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Preface 

This  report  is  system  design  of  a  capability  to  test 
VLSI  circuits  and  implementation  of  two  selected  aspects 
of  the  system  design.  I  undertook  the  project  because  it 
provided  an  opportunity  for  me  to  realize  the  major  steps 
and  amount  of  work  involved  in  setting  up  a  VLSI  test 
station.  Originally,  I  started  this  project  with  only  its 
hardware  aspect  in  view.  As  the  project  developed,  whole 
effort  was  directed  towards  system  design  and  program 
development.  This  change  of  direction  provided  for  me  my 
first  experience  to  design  a  project  with  system  outlook. 

The  system  design  has  been  partially  implemented  and  it 
is  hoped  that  its  implementation  will  be  completed  in 
coming  years  to  fit  this  Automated  Test  Station  for  VLSI 
( ATV)  in  long  term  scheme  of  Design  Automation  curricula  at 
AFIT. 

It  is  a  pleasure  to  acknowledge  my  indebtedness  to  my 
faculty  advisor,  Lt.  Col.  Hal  Carter,  who  often  gave  me  a 
free  hand  to  achieve  the  objectives.  He  provided  excellent 
guidance  at  the  beginning  of  this  project  while  estab¬ 
lishing  the  system  requirements  and  was  always  willing  to 
provide  help  as  the  project  developed. 

Finally,  I  want  to  express  my  gratitude  to  my  wife, 
Beena,  and  daughter  Mariam  for  their  patience  and  under¬ 
standing  . 

Tariq  Saleem 
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Abstract 

Automated  Test  Station  for  VLSI  (ATV)  is  a  system 
design  to  ascertain  correct  functioning  of  a  VLSI  circuit. 
It  is  intended  to  test  an  Integrated  Circuit  (VLSI)  by 
using  Stanford  IC  Tester,  (developed  at  Stanford  Univer¬ 
sity,  California).  The  tester  has  the  capability  of 
addressing,  simulating,  and  measuring  status  of  any  pin  of 
its  test  connector,  to  which  an  ICUT  (IC  Under  Test)  is 
attached . 

•  The  test  vectors  to  simulate  the  ICUT  and  reference 

data  to  analyze  the  response  of  an  ICUT  are  extracted  from 
ESIM  files  in  VAX-11/780  computer  system  and  stored  on  8"  - 
floppy  disks  to  be  utilized  with  microcomputer.  These  ESIM 
files,  typically  produced  during  Computer  Aided  Design 
phase  of  a  VLSI  circuit,  contain  node  data  generated  during 
its  simulator  run. 

The  LSI-11/23  microcomputer  will  be  used  to  control 
the  functions  of  IC  tester  and  provide  test  and  reference 
data.  The  user  will  have  the  capability  to  guide  the 
course  of  operation  by  selecting  various  operating  options 
in  an  interactive  manner. 


SYSTEM  DESIGN  OF  AUTOMATED  VLSI 
TEST  STATION  AND  IMPLEMENTATION 
OF  SELECTED  SYSTEM  ASPECTS 


I .  Introduction 

This  project  is  the  design  of  a  capability  to  test  VLSI 
circuits  at  AFIT.  The  requirement  of  ascertaining  the 
correct  functioning  of  a  VLSI  circuit  is  on  the  rise  in 
step  with  the  increasing  complexity  of  these  circuits.  An 
integrated  circuit  is  functionally  tested  by  simulating  it 
with  a  known  input  sequence  and  then  comparing  its  output 
with  a  reference  data  sequence. 

A  VLSI  Chip  may  consist  of  more  than  100,000  components 
organized  in  a  number  of  complex  functional  stages  between 
its  input  and  output  pins.  Additionally,  the  number  of 
input  and  output  pins  may  exceed  a  nominal  value  of  20,  but 
it  entails  simulation  of  VLSI  with  potentially  over  8  million 
test  sequences. 

This  makes  the  manual  mode  of  testing  a  VLSI  circuit  far 
too  laborious,  monotonous,  and  time  consuming  even  to  be  con¬ 
sidered.  Problems  like  VLSI  simulation  are  well  suited  for 
computer  application;  however,  a  discrete  judgment  has  yet  to 
be  made  to  limit  the  number  of  test  sequences  necessary  to 
ascertain  the  functioning  of  a  circuit  because  the  number  of 
test  sequences  increase  experimentally  with  the  increase  in 
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the  number  of  input  pins.  The  simulation  of  a  VLSI  circuit 


with  20  input  pins,  sampling  its  outputs  and  comparing  it 
with  reference  data,  even  if  all  three  steps  are  completed 
within  incredible  limit  of  one  microsecond,  could  require 
more  then  150  days  to  exhaustively  test  one  inch  VSL1 
circuit. 

exhaustive  testing  requires  not  only  unnecessary  but 
most  part  of  it  unproductive  efforts  which  can  be  eliminated 
by  selecting  a  specific  set  of  input  test  sequences. 

This  specific  set  of  test  sequences  will  be  obtained 
from  ESIM  data  files.  These  files  are  typically  produced 
during  the  layout  phase  of  the  VLSI  circuits  and  consist  of 
input  test  data  and  resulting  output  data.  These  files  are 
produced  and  available  on  the  VAX  11/780  computer  system 
(AFIT)  . 
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i  cture  I  - 1 :  Automated  Tester  for  VLSI  (ATV) 


a ; r.  ::.g  part  of  this  chapter  consists  of  the 
..y:  :■  list.  Node  list  consists  of  an  indented  index 

:  numbers  of  all  activity  diagrams  along  with 

*  • :  r  cor:  c-spo  riding  titles.  Activity  diagrams  represent  the 

c:.,  . , e n  set  of  processes  in  a  system.  The  indentation  serves 
us  at.  eu:  line  of  the  system  hierarchy.  [Ref.  16] 

Trie  hose  diagrams  and  their  descriptions  are  attached  as 
Appendix  "A".  The  Data  dictionary  (Process  Definitions  arid 
Data  Flow  Definitions)  has  been  attached  as  Appendix  "G". 

The  Node  List  contains  the  names  of  all  nodes  whereas  Node 
Descriptions  describe  function  of  each  node  in  terms  of  its 
sub-modules.  Process  Definitions  explain  each  node  in  terms 
of  its  input  and  output.  Data  Flow  Definitions  provide  all 
inf  orrr.ation  regarding  data,  which  is  passed  from  one  node  to 

a  r;Qf  (.■ 

T.ystem  Node  List 

Node  A-0:  ATV  -  Automated  Tester  for  VLSI  circuits 

Node  Aw:  ATV 

Node  A 1 :  extract  Test  Data 

Node  All:  Head  KSIM  File 

Node  Alll:  Get  Text  Line 
.'lode  A112:  Classify  Text  Line 
None  A 1 2 :  Tabulate  Command  Data 

Node  A121:  Check  for  Specific  Command 

Nous.  A 1  2 2  :  Tabulate  Test  Pins 

Node  A123:  Handle  Remaining  Commands 
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points  to  represent  binary  sequences.  The  system  will 
sample  the  output  pins  of  1CUT  after  it  has  been  simulated 
by  a  test  vector  and  compare  these  output  values  with 
reference  data  -  which  is  available  from  ESIM-file  in  "Auto" 
mode  of  operation  only.  The  system  will  translate  this 
"comparison"  into  appropriate  test-messages.  The  sub-system 
(b)  will  operate  independent  of  sub-system  (a)  and  will  be 
completely  implemented  on  microcomputer  LSI-11/23. 

Both  Sub-Systems  were  designed  using  structured  Analysis 
Diagram  Technique  (SADTs).  SADT  is  a  comprehensive 
methodology  for  performing  functional  analysis  and  system 
design.  It  comprises  of  a  number  of  coherent,  integrated 
set  of  methods  and  rules  that  constitute  a  disciplined 
approach  to  analysis  and  design.  [Ref.  16] 

Technical  details  regarding  symbol  ic  representation  and 
notation  of  SADTs  are  well  documented  in  Ref.  3  and  Ref.  16. 

The  structured  design  methodology  was  selected  because 
it  enables  the  whole  system  to  be  sub-divided  into  modules 
with  definite  and  well-defined  interfaces  [Ref.  1,  8].  This 
scheme  of  design  allows  defining  each  module  and  its 
sub-modules  in  terms  of  input  and  output  parameters. 

The  VLSI  tester  is  composed  of  two  major  functional 
groups  as  shown  in  Figure  1 1  —  2 .  Each  group  is  further 
expanded,  in  stages,  into  its  sub-modules  to  provide  more 
i  r:r.  iuht  of  its  design.  Each  successive  level  gives  more 
information  regarding  how  an  input  is  being  transformed  into 
a r.  o utp u t  in  t h is  module. 
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file,  will  scan  the  given  file  and  will  classify  the  1C  pins 
(test  nodes)  into  three  different  categories  of  input,  clock 
and  output  pins.  The  sub-system  will  dedicate  memory 
buffers  and  store  test  data  for  each  node  into  its 
respective  buffer.  The  sub-system  will  finally  change 
the  availaole  node  data  into  test  vector  format,  and  write 
out  these  vectors  into  an  external  file.  The  "test  vectors 
file"  will  be  trasnferred  on  to  an  8"  floppy  disk  in  RT-11 
Operating  System  Data  format. 

The  sub-system  (a)  will  be  implemented  on  VAX-11/780 
computer  system  as  the  ESIM  files  are  located  in  that 
system.  This  is  also  favored  by  the  consideration  that 
LSI-11/23  microcomputer  has  limited  (256  kbytes)  memory. 

«  This  will  allow  the  microcomputer  memory  to  be  utilized 

exclusively  for  sub-system  (b) . 

The  sub-system  (b) ,  testing  of  the  ICUT,  will  revolve 
around  a  user-friendly  interface.  The  user  will  be  prompted 
to  select  a  specific  mode  of  operation  from  the  system  menus 
which  will  be  offered  at  each  step  of  operation.  The  system 
will  prompt  trie  user  to  input  information  regarding  size, 
shape  and  pin  designations  of  tne  ICUT.  It  will  then 
establish  cross-reference  between  ICUT  pm  numbers  ana  their 
pnysical  location  on  the  Stanford  IC  tester.  During 
simulation  of  the  ICUT,  the  system  will  translate  trie  test 
vector  bits  from  ICUT  pin-numbers  into  their  p.Lyr: 
location  on  IC  tester  and  provide  high/  low  volt  ..  *  ‘  :c  :  • 
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I  I .  Svs tem  Design 


Overview 

The  Automated  Tester  for  VLSI  circuits  (ATV)  was 
basically  analyzed  using  Data  Flow  Diagrams  (Fig.  1 1  —  1 )  .  A 
data  flow  diagram  is  a  graphical  technique  that  depicts  in¬ 
formation  flow  and  the  transforms  that  are  applied  as  data 
move  from  input  to  output  (Ref.  2,  98-104].  The  physical 
discontinuity  in  the  system  data  flow  made  it  logical  to 
sub-divide  the  overall  plan  into  two  sub-systems. 

a)  Extraction  of  Test  Data  from  ESIM  Files 

b)  Testing  of  ICUT  (IC  Under  Test) 

The  functional  requirements  of  the  system,  provide  the 
user  with  an  option  to  operate  in  "Auto"  or  "Manual"  mode. 
Operation  in  "Auto"  mode  entails  that  respective  ESIM  file 
exists  from  which  test  data  to  simulate  the  ICUT  can  be 
extracted.  ESIM  files  are  typically  produced  during  design 
phase  (CAD)  of  a  particular  VLSI  circuit  and  contain  infor¬ 
mation  regarding  node  designations  and  changes  in  their 
status  values  (high  or  low)  during  a  simulation  run.  A 
typical  ESIM  file,  showing  its  data  format  and  commands,  is 
placed  in  Appendix  "F".  The  extraction  of  test  data  from 
ESIM  file  will  De  achieved  by  realizing  the  sub-system  (a). 

In  "Manual"  mode  of  operation,  the  user  will  input  the 
test  vectors  through  the  keyboard  to  simulate  the  ICUT. 

T.ne  sub-system  (a)  ,  Extraction  of  Test  Data  from  ESIM 
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The  most  important  aspects  of  the  thesis  have  been,  to 
outline  the  overall  system  requirements  (Chapter  I), 

System  Design  (Chapter  II),  and  Analysis  (Chapter  V). 
Chapters  III  and  IV  consist  of  detailed  design  and 
implementation  of  two  selected  functions  of  the  system: 
"Extract  Test  Data"  and  "Process  Users'  Input".  These 
functions  were  selected  in  consultation  with  thesis  advisor, 
from  the  complete  system  design  for  further  elaboration. 

Chapter  V  describes  a  test  plan,  which  was  used 
to  test  Extract  Test  Data  function,  the  implemented  part  of 
system  design.  The  remaining  part  of  this  chapter  analyzes 
the  test  results. 

Chapter  VI  summarizes  the  overall  work  and  contains 
some  recommendations  for  future  work  in  this  field. 


application  of  test  data  to  simulate  ICUT,  sampling  the 
monitored  pins  for  the  output  results  and  comparing  these 
output  values  with  the  available  reference  data  to  ascertain 
proper  functioning  of  ICUT. 

This  part  of  the  system  will  be  implemented  on  an  LSI 
11/23  microcomputer.  The  software  developed  in  this  part 
will  reside  on  floppy  disks  operable  under  an  RT-11  Operating 
System. 

The  ESIM  files  for  a  particular  VLSI  circuit  consist  of 
pin-designations  of  monitored  ic-pins,  initialization 
vectors,  clocking  sequences,  test  inputs  and  corresponding 
output  vectors. 

The  VLSI  circuit  will  be  simulated  either  from  test 
files  or  from  data  entered  through  LSI  11/23  keyboard  in  an 
interactive  manner.  After  initialization  of  IC  tester  and 
the  ICUT,  each  test  vector  will  be  applied  to  IC  under 
test  and  resulting  output  will  be  compared  with  the  given 
reference  vector  to  ascertain  proper  functioning  of  the 
VLSI  circuit. 

Organization 

This  report  is  organized  in  six  chapters:  I)  Intro¬ 
duction,  II)  System  Design,  III)  Detailed  Design  of 
Selected  System  Aspects,  IV)  Implementation  of  Selected 
Aspects,  V)  Analysis,  and  VI)  Conclusion. 


(iii)  Specification,  design,  and  implementation  of 
menu  drivers  that  will  enable  the  user  to  interact  with 
the  system  in  a  user  friendly  manner,  and, 

(iv)  Specification,  design,  and  implementation  of  a 
program  to  convert  ESIM  files  produced  on  a  VAX  11/780 
computer  system  into  a  compatible  form  for  the  micro¬ 
computer  running  RT-11  Operating  System. 

General  Approach 

The  tester  system  will  be  controlled  by  an  LSI  11/23 
microcomputer  with  256  Kbytes  of  memory.  In  order  to 
optionally  use  the  limited  memory  resources  of  a  micro¬ 
computer,  the  basic  plan  is  sub-divided  in  two  parts: 

(a)  Extraction  of  Test  Data. 

This  part  of  the  system  will  scan  ESIM  files, 
segregate  pertinent  test  data  and  then  restructure  it  for 
subsequent  handling  by  the  microcomputer  system.  This  soft¬ 
ware  program  will  be  implemented  on  a  VAX-11/780  computer 
system.  This  preprocessing  of  data  on  the  VAX  system  would 
make  better  use  of  microcomputer  memory  available  for  IC 
testing  programs.  The  conversion  of  these  data  files  to 
RT-11  format  will  be  carried  out  under  a  system  program 
available  in  the  UNIX-library . 

(b)  Testing  of  ICUT. 

Testing  of  a  VLSI  circuit  includes  getting  data  from  the 


user  and  the  disk,  initialization  of  IC  tester  and  the  ICUT, 


computer  driving  a  hard-wired  tester  (Stanford  IC  Tester) . 

(ii)  The  ESIM  files  shall  be  available  on  8"  floppy 
disks  in  RT-11  Operating  System  format  for  use  as 
input  files  to  the  tester  system. 

(iii)  Where  practical  all  the  software  shall  be 
written  in  the  "C"  language.  The  program  modules  required  to 
be  written  in  "Assembly  Language"  shall  be  adequately 
documented  and  kept  to  a  minimum. 

(iv)  The  power  for  the  IC  tester  shall  be  delivered 
through  the  microcomputer  chassis. 

Performance  Requirements 

(i)  The  system  software  shall  not  limit  the  testing 
capabilities  of  the  Stanford  IC  Tester. 

Limitations 

(i)  In  reference  to  Functional  Requirement  iv(b) 

[Auto  Subset  Tests] ,  the  user  has  the  total  responsibility 
for  integrity  of  test  results  if  out-of-sequence  test 
instructions  are  run  without  proper  intial izations  of  ICUT. 

Scope 

The  scope  of  this  thesis  will  be  limited  to: 

(i)  Design  of  the  tester  system  at  system  level  using 
top-down  modular  concepts, 


(ii)  The  specification  and  design  of  a  system  con¬ 
troller  that  will  control  the  microcomputer  testing  software, 


output  pins  of  the  ICUT  and  provide  power  and  ground  con¬ 
nections  to  the  IC  as  specified  for  the  test  program. 

(c)  During  the  third  phase  (SIMULATION) ,  the 
system  shall  read  input  data  vectors  from  disk  and  apply 
them  to  ICUT  in  real  time.  The  outputs  from  the  ICUT  will  be 
stored  in  memory  and/or  on  the  disk;  these  results  will  be 
compared  with  pre-stored  vectors  for  fault  detection  and 
possibly  fault  diagnosis. 

(vii)  The  system  shall  have  the  following  responses 
for  depicting  results  of  a  test-run: 

(a)  It  shall  display  "TEST  COMPLETED"  in  case  of 
successful  completion  of  a  test  program  for  an  ICUT  in 
"AUTO"  mode. 

(b)  It  shall  specify  the  particular  input  sequence 
signal  names,  and  bad  pins  of  the  ICUT  in  case  of  detecting 
fault  in  "AUTO"  mode. 

(c)  The  system  shall  display  the  input  and  output 
vectors  during  single-step  simulation  in  "MANUAL"  mode. 

(viii)  The  inputs  and  outputs  from  the  ICUT  shall  be 
available  for  visual  inspections  on  an  oscilloscope. 

(ix)  The  input  simulation  data  for  any  particular 
ICUT  shall  be  obtained  from  ESIM-simulator  runs  performed  on 
any  computer  system  at  AFIT  (primarily  a  VAX  11/780). 

Implementation  Requirements 


(i)  The  system  shall  consist  of  a  LSI  11/23  micro- 


(b)  The  user  shall  have  the  ability  to  run  any 
set  or  subset  of  test  instructions. 

(c)  As  a  user  option,  the  tester  will  stop  the 
test  either  at  detecting  the  first  fault  or  only  at  the  end 
of  the  entire  test  after  recording  all  encountered  faults. 

(v)  The  "MANUAL"  mode  will  permit  static  analysis 
of  the  ICUT  and  shall  provide  the  following  options: 

(a)  The  user  shall  have  the  ability  to  manually 
change  the  status  of  any  pin  of  ICUT  from  low  to  high  and 
vice  versa  between  any  two  clock  periods. 

(b)  The  user  shall  have  the  ability  to  address 
individual  pins  of  the  ICUT,  designate  them  as  input,  out¬ 
put,  power  or  clocking  pins  and  provide  specific  input 

0)  vectors  for  simulation  of  ICUT  in  single  step  operation. 

(vi)  A  test  run  for  an  ICUT  shall  consist  of  the 
following  phases: 

(a)  During  the  first  phase  (GATHER-DATA) , 
pertinent  information  regarding  ICUT,  i.e.  ,  its  specifica¬ 
tions,  name  of  test  data  file,  number  of  pins  and  their 
designations  and  IC-initialization  data  will  be  collected 
and  cross  reference  tables  will  be  generated  as  a  prepara¬ 
tory  step  to  simulate  ICUT.  This  data  will  be  received  from 
user  through  a  user  friendly  interactive  system  program. 

(b)  During  the  second  phase  (INITIALIZATION),  the 
system  shall  initialize  the  tester,  establish  the  input  and 
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Statement  of  Problem 


The  whole  project  involves  developing  the  hardware 
interface  between  the  IC  tester  and  a  microcomputer,  and 
developing  software  program  which  will  deduce  test 
sequences  from  ESIM  data  files  and  use  them  to  test  VLSI 
circuits . 

Requirements 

The  requirements  for  the  system  are  grouped  in  the 
following  three  categories: 

(1)  Functional  Requirements 

(2)  Implementational  Requirements 

(3)  Performance  Requirements 

Functional  Requirements 

(i)  The  system  shall  operate  and  test  all  ICs  within 
the  capabilities  of  the  Stanford  IC  Tester. 

(ii)  The  system  shall  be  operable  through  a  user 
friendly  menu. 

(iii)  The  system,  upon  initial  start-up,  shall  give 
the  user  an  option  to  operate  in  "AUTO"  or  "MANUAL"  mode. 

(iv)  The  "AUTO"  mode  shall  provide  following  sub¬ 
options  : 

(a)  The  user  shall  have  the  ability  to  run  the 
test  program  for  an  IC  Under  Test  (henceforth  abbreviated 
as  I  CUT )  without  interruption. 


The  basic  plan  of  this  project  is  to  attach  a  single¬ 
board  IC  tester  developed  at  Stanford  University  to  a 
microcomputer  and  to  control  the  functions  of  the  IC 
tester  with  this  microcomputer. 

Background 

This  project  is  an  important  step  toward  achieving  the 
AFIT's  overall  plan  for  Digital  Systems  Design  Automation. 
The  goal  of  the  AFIT  plan  has  been  to  take  advantage  of  the 
rapidly  changing  field  of  Design  Automation  since  the  future 
of  this  field  will  have  a  major  impact  on  the  future  of 
military  technology  (Ref.  15). 

AFIT  has  developed  a  number  of  operational  tools  to 
support  its  projects  and  "VLSI  design  courses".  AFIT 
students  have  successfully  designed  a  number  of  "VLSI- 
Chips"  during  the  past  years.  These  VLSI  circuits, 
after  being  fabricated,  require  a  simulation  test  to  verify 
their  functional  operation.  This  step  was  previously  done 
manually,  which  was  far  too  laborious,  monotonous,  and  often 
inaccurate . 

A  tester  to  simulate  the  input  pins  of  any  Digital 
Circuit  and  measure  the  resultant  response  at  its  designated 
output  pins  was  developed  at  Stanford  University,  California 
(henceforth  known  as  Stanford  IC  Tester).  The  overall  aim 
is  to  utilize  Stanford  IC  Tester,  controlled  by  a  microcom¬ 
puter,  to  test  fabricated  VLSI  circuits  designed  at  AFIT. 


Node  A13:  Restructure  Test  Data 
Node  A131:  Store  Node  Data 
Node  A132:  Change  Data  Structure 
Node  A133:  Append2  File 
Node  A14:  Change  Data  Format 
Node  A2 :  Process  User's  Input 
Node  A21:  Classify  Input 

Node  A211:  Get  Keyboard  Input 
Node  A212:  Verify  Keyboard  Input 
Node  A22:  Select  Operating  Options 
Node  A221:  Select  Mode 
Node  A222:  Verify  Mode 
Node  A223:  Setup  Options 
Node  A23:  Setup  Reference  Tables 

Node  A231:  Select  Appropriate  Pin-Table 
Node  A232:  Fill-In  Reference  Table 
Node  A233:  Setup  Input  Pin  TAble 
Node  A234:  Setup  Clock  Pin  Table 
Node  A235:  Setup  Power/Ground  Pin  Table 
Node  A236:  Setup  Output  Pin  Table 
Node  A24:  Validate  Manual  Data 

Node  A241:  Check  Overlap  with  Output 
Pins 

Node  A242:  Check  Overlap  with 
Power/Ground  Pins 
Node  A3:  Apply  Simulations 
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III.  Detailed  Design  of  Selected  System  Aspects 

During  the  preliminary  design  of  Automated  Tester  for 
VLSI  ( ATV ) ,  the  system  was  split  up  into  four  functional 
groups  as  shown  in  Figure  A-2. 

These  groups  are: 

i)  Extract  Test  Data 

ii)  Process  Users'  Input 

iii)  Apply  Simulation 

iv)  Deduce  Results 

The  detailed  design  of  the  first  two  groups  was  under¬ 
taken  as  a  part  of  this  thesis.  The  design  of  the  remaining 
two  groups  is  left  for  future  development. 


Extraction  of  Test  Data  from  ESIM  Files 

As  described  earlier  in  Chapter  II,  ESIM  files  are 
typically  produced  during  design  (CAD)  phase  of  a  particular 
VLSI  circuit.  These  files  contain  information  regarding 
node  designations  of  a  circuit  and  voltage  changes  sensed  at 
each  node  during  simulation  runs  of  the  VLSI  circuit.  A 
typical  ESIM  file,  showing  its  various  commands  and  data 
format  is  placed  in  Appendix  "F". 

The  function  "Extract  Test  Data"  scans  a  given  ESIM  file 
to  generate  arrays  of  all  monitored  pins,  input  pins  and 
clock  pin  of  a  VLSI  circuit  by  interpreting  various  ESIM 
commands.  A  detailed  description  of  all  ESIM  commands  is 
included  in  Appendix  "F".  The  ETD  function  sets  up 


cross-reference  between  the  three  arrays  (i.e.,  arrays  of 
monitored  pins,  input  pins  and  clock  pins)  and  creates  an 
array  of  output  pins  from  those  elements  of  monitored- 
pins-array  which  do  not  have  a  cross-reference  with  arrays 
of  input  or  clock  pins. 

The  ETD  function  gathers  only  pertinent  data  which  is 
essential  for  testing  a  VLSI  circuit.  This  is  achieved 
by  activating  ETD-function  on  following,  ESIM  commands  only: 
w:  list  of  monitored  pins 

v:  an  input  node  with  its  respective  data  vector 

k:  list  of  clock  pins  along  with  their  respective 

clocking  sequence. 

I:  Initialize  ...  this  is  used  to  establish  a 

cross-reference  between  array  of  monitored  pins 
and  arrays  of  input  and  clock  pins.  This 
command  is  also  used  to  generate  array  of 
output  pins. 

h/1:  These  commands  can  change  the  status  of  the 

effected  pins.  These  commands  are  validated  by 
checking  that  no  output  pin  is  forced  to  hold 
a  permanently  "high/low"  voltage  status. 

These  commands  by  holding  certain  pin  to  high 
or  low  status  effect  the  number  of  input  pins 
and  hence  a  change  in  input  test  vectors.  This 
second  part  of  "h/1"  command  has  not  been 
implemented  as  yet. 


The  ETD  function  generates  buffers  in  memory;  each 
buffer  being  associated  with  one  particular  monitored  pin. 
The  function  reads  node  vectors  from  the  given  ESIM  file 
and  adds  it  into  its  respective  buffers.  If  the  amount  of 
data  exceeds  capacity  of  a  buffer,  ETD  function  generates  an 
overflow  signal.  The  overflow  signal  activates  a 
sub-routine  to  change  the  format  of  available  node  data  into 
test  vectors.  These  test  vectors  are  written  out  into  an 
external  file  that  makes  the  buffers  available  for  any  more 
incoming  node  data  from  ESIM  file.  The  change  in  data 
format  is  achieved  by  visualizing  a  matrix  of  ordered  input 
pins  (each  element  being  their  respective  node  buffer) ,  and 
transposing  the  matrix  to  generate  test  vectors. 

The  ETD  function  is  independent  of  all  other  functions 
and  is  implemented  on  VAX-11/780  computer  system  because  all 
ESIM  files  are  available  in  that  system.  This  function  was 
considered  at  system  level  as  narrated  in  descriptions  of 
Node  A1  and  its  associated  child  nodes  in  Chapter  II.  The 
preliminary  design  was  expanded  to  greater  depths  using  SADT 
diagrams  until  implementation  level. 

The  system  design  has  been  included  again  in  this 
software  phase  of  detailed  design  to  produce  a  complete  and 
independent  outlook  at  ETD  function. 

The  node  list,  node  diagrams  of  the  detailed  design  and 
their  descriptions  are  attached  as  Appendix  "B".  The 
detailed  design  was  translated  into  program  by  use  of  "C" 


language.  The  program  listing  of  ETD  function  are  attached 
as  Appendix  "D".  The  Data  Dictionary  (Process  Definitions 


and  Data  Flow  Definitions)  is  included  in  Appendix  "G" . 
Process  Users'  Input  (PUI) 

This  function  "Process  Users  Input"  actually  describes 
an  interactive  system  interface.  The  PUI-function  prompts 
the  user  to  select  a  specific  mode  of  operation  from  a 
variety  of  options  (narrated  in  description  of  Node  A22) . 

For  "Auto"  mode  selection,  the  PUI  function  prompts  for  the 
name  of  test  data  file;  it  then  checks  the  availability  of 
the  given  file  and  for  unsuccessful  access  to  the  given 
file,  PUI-function  changes  the  mode  of  operation  to  "Manual" 
and  informs  the  user  to  this  effect. 

The  PUI  function  asks  the  user  to  input  information 
regarding  size,  shape  and  pin-designations  of  the  ICUT.  For 
specific  shapes  and  sizes,  there  are  pre-stored  tables  which 
correlate  the  IC  pin-numbers  to  their  respective  location  on 
Stanford  IC  tester.  The  PUI  selects  the  appropriate  table 
and  prompts  the  user  to  fill  in  data  for  all  pins,  i.e., 
pin-designations  and  their  class  (input,  output,  clock, 
power  ground,  don't  care,  etc.).  The  PUI  function  finally 
validates  input-test  vectors  in  case  of  "Manual"  mode  of 
operation  by  checking  that  number  of  bits  do  not  exceed  the 
number  of  input  pins  and  no  designated  output/power  or 
ground  pin  is  included  as  an  input  pin. 
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This  function  was  considered  at  system  level  as  narrated 
in  the  description  of  Node  A2  and  its  associated  child  nodes 
in  Chapter  II.  The  system  design  has  been  expanded  using 
SADT  diagrams  to  show  implementation.  This  function  was 
translated  by  use  of  "C"  language  and  has  been  partly 
implemented  on  LSI-11/23  microcomputer . 

The  node  list,  node  diagrams  of  the  detailed  design  and 
their  descriptions  are  attached  as  Appendix  "C".  The  Data 
Dictionary  (Process  Definitions  and  Data  Flow  Definitions) 
is  included  in  Appendex  "G". 
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IV .  Analysis 
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Test  Plan  ( ETD ) 

The  function  "Extract  Test  Data",  like  the  overall  system 
was  designed  in  top-down  manner  in  accordance  with  the 
principles  of  stepwise  refinement  which  ensured  proper  inte¬ 
gration  during  later  stage  of  development  cycle. 

The  testing  of  the  ETD  function  was  conducted  in  two 
phases.  During  the  first  phase,  diagnostic  testing  (to 
verify  correctness  of  each  module)  was  done  mostly  by 
inserting  "print-statements".  During  the  second  phase,  after 
integration  of  all  modules,  a  test  plan  was  devised  using 
"equivalence  partitioning"  technique.  [Ref.  4,  44-55] 

The  primary  objective  of  the  test  plan  was  to  define  a 
combination  of  test  data  that  had  the  highest  probability  of 
uncovering  errors.  "equivalence  partitioning"  strives  to 
define  a  test  case  that  uncovers  a  class  of  errors  that  might 
otherwise  require  the  execution  of  many  test  cases  before  the 
general  error  could  be  observed.  This  approach  greatly 
reduces  the  total  number  of  test  cases  that  must  be 
oeve 1  oped . 

Statistics  have  shown  that  many  software  errors  occur 
just  below,  at,  or  just  above  the  bounding  value  of  indices, 
data  structures  and  scaler  values,  and  test  cases  that 
exercise  this  domain  have  a  high  probability  for  uncovering 
errors.  [Ref.  2,  289-309].  The  test  plan  was  devised  using 
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"Boundry  Value  Analysis"  in  conjunction  with  "Equivalence 
Partitioning" . 

This  test  plan  was  implemented  to  check  correctness  of 
the  overall  function  (ETD) -  A  basic  assumption  was  made 
right  at  the  beginning  that  the  user  would  input  the  name 
of  a  valid  ESIM-file,  otherwise  ETD  would  try  to  process 
the  given  file  and  produce  "un-intel ligent"  results. 

Identifying  the  Equivalence  Classes 

The  equivalence  classes  were  identified  as  listed  in 
Table  IV-1.  Each  external  condition  represents  a  class  of 
input  data,  which  was  further  segregated  into  sub-class  of 
valid  and  invalid  data-sets.  Test  cases  covering  one  or  more 
than  one  valid  equivalence  classes  and  one  test  case  for  each 
invalid  equivalence  class  were  written  down.  These  test 
cases  were  used  to  evaluate  the  performance  of  ETD  function. 

Test  Results 

All  test  cases  and  cooresponding  responses  of  ETD 
function  are  listed  in  TAble  IV-2.  ETD  function  performs  as 
per  specification  within  its  scope  of  implementation. 

Limitations 

ETD  function  presently  has  following  limitations  which, 
if  removed,  would  greatly  enhance  the  generality  of  this 
function, 

(1)  implementation  of  "h"  and  "1"  commands 
(li)  implementation  of  "-w"  (unwatch)  command. 


Table  IV- 1 :  Equivalence  Classes  (Paqo  1  of  2) 
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Cond  l  L  ions  Equivalence  Classes  ilguivalence  Classes 
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Table  IV-2:  Test  Results  (ITU  (Race  1  of  3) 


Test  Case 


1.  Valid  ESIM  File,  Valid 
Name  ( 1 ,  5  ,  6 ) 


ETC  rune  tic:. 

node  data  f  ron  of  IF 

and  converts  i  t 

and  reference  v<  cturs 

expected.  (See  Ram-  IV-  -  ) 


0  • 


2.  File  Does  Not  Exist  (2) 


3.  File  Exists  But  Does  Not 
Contain  ESIN  Data  (3) 

4.  No  File  Name  is  inputted 
in  Response  to  System 
Prompt  (CR  is  Pressed)  (4) 

3.  Invalid  Name  (7)  Control 
Character 


ETD  stops  execution  a :  t >.  r 
giving  a  message  that  "It 
Is  Unable  to  Open  the 
Said  File" 

Produces  Unintelligent 
Results 

ETD  Does  Not  React,  It 
Waits  for  another  input 


ETD  stops  execution  after 
giving  a  message  that  "It 
is  unable  to  Open  the 
Said  File" 


6.  File  is  Empty  (9) 


7.  Relatively  Small  File  (10) 


'lie  (11) 


9.  Number  of  Monitored  Pins 
>  One  (12) 


ETD  produces  expected 
results  with  number  of 
input,  clock  pin  and  out¬ 
put  pins  being  zero. 

ETD  produces  expected 
results  as  shown  on 
Page  IV- 6. 

node  c.ata  from  ESIN  filer, 
arid  converts  it  into  test 
and  reference  vectors  as 
expected . 

ETD  function  segregates 
node  data  from  ESIM  files 
and  converts  it  into  test 
ana  reference  vectors  as 
expected.  (See  Page  IV-8) 
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Re s ults 


it  sued  Pins 

LTD  produces  an  output 
file  with  zero  output 
pins  and  no  output 
vectors  (See  Page  IV-9). 

t.  o  r  tv  c*  iJ  i  n  s 

The  program,  crashes 

Giving  an  error  message 
"segmentation  fault". 

ut  Pius  (15) 

ETD  function  segregates 
node  data  from  ESIK  files 
and  converts  it  into  test 
and  reference  vectors  as 
expected.  (See  Page  IV-8) 

ut  Pins  (  1  o ) 

ETD  produces  an  output 
file  with  number  of  input 
runs  (zero)  and  no  input 
vectors  (example  of  such 

an  input  and  output  file 
is  shown  on  Page  IV-10 
and  IV-11  respectively.) 

Input  Pins  (17)  The  program  crashes 

giving  an  error  message 
"segmentation  fault". 

Output  Pins  (18)  ETD  function  segregates 

node  data  from  ESIK  file 
ana  converts  it  into  test 
and  reference  vectors  as 
expected.  (See  Page 
IV- 8 ) . 
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^  i..  |  -  r  O  vJ  U  C  *'f  F  cl  T;  o  u  *z.  p  U  "t. 
file  with  zero  output 
pins  and  no  output 
vectors.  (Example  of 
sucn  an  input  and  output 
file  is  shewn  on  Page 
IV- 12.) 


The  program  crasnes 
giving  an  error  messace 
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ETD  gives  an  error 

ec:ea  Pin  being 

message  that  effectea 

Output  Pin 

pin  is  an  output  pin 
and  respective  command 
is  invalid  -  but  it 
continues  vitn  execu¬ 
tion  of  rest  of  the 
program . 

omrr.and,  Effectea 

(23) 

It 
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Presently  a  limitation 
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Automated  Tester  for  VLSI  Circuits  (ATV) 


Abstract 


This  is  the  entire  system,  decomposed  into  four  major 
functions:  Extract  Test  Data,  Process  User's  Input,  Apply 

Simulations  and  Deduce  Results. 


The  Tester  System  (ATV) 


The  tester  system  has  been  sub-divided  into  four  major 
functions  as  shown  in  Fig.  A-2.  These  functions  are: 

(i)  Extract  Test  Data:  This  function  scans  ESIM 
file  for  pertinent  test  data,  segregates  test  data  and 
restructures  the  available  noae  data  into  test  vector  form 
for  subsequent  ease  of  application.  This  function  is 
implemented  in  VAX  system  where  all  ESIM  files  reside. 

(ii)  Process  User's  Input:  This  function  prompts  the 
user  to  select  from  different  operating  options:  Auto/Man¬ 
ual  mode  with/without  storing  test  results  into  a  disk 
file;  to  input  all  the  testing  parameters:  name  of 
respective  test  file  in  Auto  mode,  size  of  IC,  its 
pin-designations  and  initialization  and  test  data  in  Manual 
mode.  This  function  checks  the  syntax  of  data  received 
from  keyooard  and  classifies  the  valid  input  by  setting 
various  flags  pertaining  to  user's  operating  options. 

(iii)  Apply  Simulations:  This  function  receives  test 
data  from  keyooard  in  Manual  mode  of  operation  and  from 
test  file  in  Auto  mode  of  operation.  It  translates  test 
data  from  IC  pin  numbers  domain  to  their  physical  location 
on  tester.  This  function  converts  the  test  data  into 
"SIEVE"  format  which  is  particularly  required  for 
simulation  of  Stanford  IC  Tester . Detai  1  s  of  "SIEVE"  format 
are  attached  as  Appendix  "E".  This  function  also  applies 
physical  "high/ low"  voltage  levels  corresponding  to  a  test 
vector  to  simulate  an  ICUT,  and  samples  the  tester  for 
resultant  output. 

(iv)  Deduce  Results:  This  function  translates  the 
resultant  output  of  IC  tester  into  IC  pin  numbers  domain 
and  compares  it  with  reference  data  for  any  inconsistency. 
This  function  generates  the  final  test  result  report  from 
successful /unsuccessful  completion  of  test  and  pre-stored 
messages.  These  test  results  can  be  directed  to  a  terminal 
and/or  to  a  storage  file  for  later  consumption  as  opted  by 
the  user. 
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Appendix  "A" 


System  Node  Descriptions 


NODE  A-0:  Automated  Tester  for  VLSI  ( ATV ) 

Abstract  I 


This  is  the  environment  node. 

ATV-Automated  Tester  For  VLSI 

The  whole  system  as  shown  in  Figure  A-l  is  sub-divided  I 

into  its  two  major  parts: 

(a)  extraction  of  test  data 

(b)  testing  of  an  ICUT  (IC  Under  Test) 

The  extraction  includes  reading  only  pertinent  data  I 

from  the  ESIM  file  and  restructuring  it  from  available  node 
data  into  test  vectors  for  subsequent  use;  and  testing  of 
the  ICUT  includes  simulation  of  tester  by  input  vectors, 
detection  of  tester  output,  comparison  of  tester  output 
with  the  reference  data,  deduction  of  results  and 

formulation  of  test  reports  in  regard  to  functional  ■ 

capabilities  of  an  ICUT. 

Both  sub-systems  will  be  implemented  in  separate 
environments.  The  ESIM  Files,  from  which  test  data  has  to 
be  extracted,  reside  in  VAX-11/780  system  and  therefore, 
software  to  handle  the  "data  extraction"  function  will 

also  reside  in  VAX  system.  The  output  of  this  function  I 

"Test  Data  File"  will  be  available  in  RT-11  Format  on  8" 

FLoppy  disk. 

The  testing  of  an  ICUT  function  will  be  implemented  on 
LSI  11/23  microcomputer  which  will  be  used  to  control  the 
Stanford  IC  Tester. 

At  this  level,  the  external  input  and  output  as  shown  I 

in  Fig.  A-4  are  ESIM  file.  Keyboard  input  and  test 
results.  ESIM  files  are  typically  simulator  runs  for  a 
VLSI  IC  during  its  design  phase  and  provide  necessary  test 
data  to  test  an  IC  in  "Auto"  mode  of  operation.  Keyboard 
input  comprises  of  all  information  in  respect  of  IC,  its 

nomenclature,  size,  name  of  respective  test  file,  pin  I 

designations,  mode  of  operation  and  testing  vectors  for 

"Manual"  mode  of  operation.  Test  results  comprise  of 

information  regarding  any  non-conformity  of  tester  output 

and  reference  data  and  GO/NOGO  information  for 

successful/unsuccessful  completion  of  a  test.  These  test 

results  can  be  directed  to  a  video  terminal  and/or  to  a  ■ 

file  for  storage  as  opted  by  the  user. 
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minimal  set  of  reference  data  from  a  known  functional  VLSI 
circuit  to  test  more  circuits  of  that  kind.  It  would  be 
even  better  if  same  thought  is  extended  to  Digital  PCBs  and 
a  Reference  Test  Data  Library  is  set  up.  This  test  station 
could  be  a  valuable  in-house  capability  at  AFIT. 


(iii)  A  prototype  system  interface  (although  a 
little  wild!)  is  in  operation  which  sorts  out  a  part  of 
basic  preliminaries  to  set  up  test  pre-requisites. 

This  is  the  present  day  situation.  Stanford  1C  tester 
has  not  been  received  as  yet.  It  should  be  procured  at  its 
earliest,  and  its  capabilities  be  tested  for  best  utiliza¬ 
tion.  A  clear  perception  about  the  capabilities  of  this 
IC  tester  would  help  in  achieving  an  efficient  system  as 
the  detailed  design  and  implementation  of  "actual  testing 
of  the  ICUT "  is  yet  to  be  developed. 

Recommendations 

Following  are  the  recommendations  for  follow-on  thesis 
work  on  Automated  Tester  for  VLSI. 

(i)  Efforts  should  be  directed  towards  creating 
a  communication  protocal  and  hardware  interface  between 
LSI-11/23  microcomputer  and  Stanford  IC  tester. 

(ii)  Another  thesis  project  should  be  undertaken 
for  expansion  of  prototype  system  interface  to  make  it 
comprehensive  and  user  friendlier.  The  effort  should  also 
be  directed  towards  effecting  conversion  of  test  vectors  to 
SIEVE  format. 

Af ter thought 

It  will  be  difficult  to  test  those  VLSI  circuits  which 
were  not  created  at  AFIT,  or  for  which  respective  ESIM 
files  do  not  exist.  Research  can  be  aimed  at  generating 


V.  Conclusion 


This  thesis  work  consists  of  a  system  design  of  an 
Automated  Tester  for  VLSI  circuits  (ATV)  and  implementation 
of  selected  system  aspects.  The  design  outlines  the 
testing  of  an  ICUT  (IC  Under  Test)  to  be  carried  out  in 
three  distinct  steps. 

(i)  Extraction  of  test  data  from  its  respective 
ESIM  file  in  VAX-11/780  system  by  using  ETD  program. 

(ii)  Converting  data  format  of  extracted  test 
data  file  from  VAX-Computer  System  into  RT-11  data  format 
and  transferring  it  on  8"  floppy  disk.  This  function  is 
available  in  an  UNIX-System  library  and  is  achieved  by 
getting  assistance  from  computer  room  staff. 

(iii)  Actual  testing  of  the  ICUT  on  Stanford  IC 
tester  controlled  by  LSI  11/23  microcomputer  in  an 
interactive  mode. 

At  present,  the  following  has  been  achieved: 

(i)  First  step,  extraction  of  test  data  from 
ESIM  files  (with  some  limitations),  has  been  successfully 
implemented . 

(ii)  Second  function  was  aprior  available 
through  system  library.  Same  was  successfully  utilized  to 
change  the  data  format  of  "extracted  test  data  files"  and 
transfer  them  on  to  an  8"  floppy  disk  in  RT-11  data 


format . 


w  c^ock  ser'a7_in  wortJ_nark  W0  wl  w2  w3  t0  tl 
V  c'ock  01010101010101010101 


2  t2  *4  t5  reset 


V  ser i  a  1  _  i  n  00 1  1 00 1 1 00 1 1 001 1 00 1  1 

V  word_-ia  r  k  00000011000000000011 

V  w0  000000 111111 0000 1 

V  w 1  000000 1 1 1 1 1 1 0000 1 

V  w2  000000 111111 0000 1 

V  w2  00000011111100001 

V  t0  00000011111100001 

V  tl  0000001 1111 100001 

V  t!  0000001 1 1 1 1 100001 

V  t2  0000001111:100001 

V  *4  0000001 11111 00001 

V  t5  0000001:111100001 

V  reset  1 1 0  00000£:0000  0000000 

I 

R 

•001 1001 1001 1001 1001 1 : ser i a in 
•0000001 100000000001 1 :word_nark 

■  000000  0.000  0000 000000  :  W0 

■  0000000000  U000000000 : w 1 
000000000C  0000O00000 : w2 

'  000000,7000  0000000000” :  w3 
0000000000  0000000000 : t0 
0000000000  0000300000 : 1 1 
•00000000000000000000: t2 
■000000 700C 0000000000 : t 2 
000000.70000000300000:  t4 
■0000003000  7000300000  :  t  5 
1 1000000000000000000: reset 
p u  1  ‘ e d  up  transistors! 12) 


I  N  P  !  H  14 

C  L 1 :  P  :  N  0 
0  U  -  P  !  N  0 
■03000000003001 


1 30007 

3000 

3001 

010000 

;00t 

3000 

1 10000 

;oof. 

3000 

000000 

.'00,1 

3000 

100000 

3001 

3000 

0111 

1  1  1 

0 

1111 

.111 

:  : i  c 

007! 

.111 

.  1  i  j 

1  00  1 

*  1  J 

; 

0 !  0  I 
\ ;  >/  j 

;  :  i 

:  : : 

000000/001'  3000 
1 00707/00,:  307.; 

01 0000/00 r 3000 

1  1 0000. ,00 > 3000 


c'ock  ser  al_'n  word_mark  w0  wl  w2  w3  iff 


1  0 

1  0 

1  0 

1  0 

1  0 

1  0 

1  0 

1  0 

1  0 

:  0 

:  0 

;  0 

:  r 


:  0 

:  0 

:  0 

0  0 


t2  t3  t4  t5  reset 


ETD  Response  for  Test  Case  (16" 


I  N  P  I  N 
C'.KPIN 

O'j"?  :n 


:k  ser  a!_in  word_nark  w0  wl 
0000000000000  1 

1000000000000  1 

0100000000000  1 

1 1 00000000000  1 

0000000000000  1 

1000000000000  1 

0110000000000  1 

1110000000000  1 

0000000000000  1 

1000000000000  1 

0 1 00000000000  1 

1100000000000  1 

0000000000000  1 

1000000000000  1 

0100000000000  1 

1100000000000  1 

0000000000000  1 

1000000000000  1 

0110000000000  1 

1110000000000  1 

0000000000000  1 

1000000000000  1 

0100000000000  1 

1100000000000  1 

0000000000000  1 

1000000000000  1 

0110000000000  1 

1110000000000  1 

0000000000000  1 

1000000000000  1 

0100000000000  1 

1100000000000  1 

0000000000000  1 

1000000000000  1 

0! 00000000000  1 

1100000000000  1 

0000000000000  1 

10000.00000000  1 

0110000000000  1 

1110000000000  0 


w3  *0  tl 
0 


t3  1 4  t5 
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r 


r 


e 


JG  O 


w  c'ock  ser :al_in  word_nark  w0  wl  w2  w3  10  tl  12  13  14  t5 
i  f  r  el 


P 

455  transistors.  220  nodes  (0  pulled  up > 

■  n  i  1 i a  1  i :at  on  look  235  steps 

-.5  =  ,:  l-!=X  s3  =  X  2  =  X  tl=X  s0  =  X  w2=X  w2  =  )<  wl=X  w0  =  X  word_mark=X  seria'_1n  =  X 
c  1  o  c  k  =  X 

n  inputs:  Vdd  gnd 
1  inputs:  G  M  D  uod  reset 

t5  =  0  s4=0  12  =  0  s.2  =  0  11=0  10  =  0  w3  =  0  w2  =  0  wl=0  w0  =  0  word_mark  =  l  seria'_in=l 
c 1 oc  k  =  1 

n  inpuis:  Vdd  gnd  c'ock  ser-al_in  word_mark 
1  inputs:  GND  vdd  reset 
■010101.0101  :n  01. v  10101  :  clock 
00 : 1 00 : 1 00 1 1 00 1 1 00 : : : ser i a ' _ i n 
: 000000 ; 100000000001 : :word_nark 
0000000000  0000000000 : w0 
000000000C  0000000000 : w 1 
, 000000 000C 0000000000 :w2 
■000000  0000  0000000000 : w3 
.  000000  0000  0000000000 : t0 
■0000000000  00000000011 :  1 1 
0000000000  00000010000  : 1 2 
0000000000  0000000000 : 1 3 

■  0000000000  0000000000 : 1 4 

■  0000000000 0000000000 : 1 5 

-5  =  0  id=0  12  =  0  -.2  =  0  11=0  10  =  0  w3=0  w2=0  w’=0  w0=0  word_mark=l  seria'_in=l 
-  1  o  c  k  =  1 

n  inputs:  Vdd  gnci  c'ock  ser  al_in  word_mark 
1  inputs:  GND  vdd  reset 

455  sransisiors.  220  nodes  <0  pulled  up) 
n  k  2  k  3 

■0101010101 0101010101: clock 
■00110011001100110011: ser i a l_i n 
■0000001 1000000000011 : word_nark 
> 0000000000  0000000000 : w0 
/  0000000002  0000000000 : w 1 
,■0000000000  0000000000  :  w2 
>  0000000000  0000000000 : w3 

■  0000000000  0000000000 : t0 
0000000000  0000000000 : 1 1 

■  00000000000000000000 : 1 2 
■  00000,70002  0000000000  : 1 3 
000000  J002  000002(00210  : 1 4 
0000000002  0000000000 : 1 5 

pul "ed  up  transi:tors( 12) 
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Input  and  ETD  Response  for  Test  Case  (101 


v  c'ock  010:01010101.0101010: 


ser  :a'_ir  001  1001  1001  1001  1001  1 
vor  o_na  r  l  000.700]  1 7000000000 1  1 
w 0  00.0000]  ill:  10001' 2 

*:  000000:  in:  10000 1 

w2  000000:: 111100011 

w;  00  'cor : :  1 1 ;  1 0001- 1 
00  000000:  1  1  1  1  10001-1 
t:  000000:111:100001 
tc  00.7000: :  1 ; :  100011 
-.0  007OC0 '  :;i:  IJ0001 
0O7CO0:  :  1 : : ; 0000 1 
-_s  000000: :  1 1 : 100001 

rose-.  I  i  i  00007000010000000 


00: 1 00: 100 : 100 : 1 00: : : ser ; a '_i n 
000000:  I  00  70007000:  :  word_~iar  k 

000000 0000  000070  000!- :  w 0 
0000007000  0000700001-;  wl 
0000000000  0000  :'0001U'  :  w2 
■000000  0000  00 00.70  0000  :w2 
000000.7000  000070-000!-  :  t0 
•000000  0000  000070  000!:  :  t  1 
000007  ‘000  0000700001-  :  t2 
000000'  1000  00007 C  00!!!  :  1 2 
0000001/000  0000.7  C  0000  :  tJ 
0000000000  0000.71  0000  :  t  5 
:■  u  1  ’  e  d  jo  fan;  i  ;  tor  ;  (  12) 


:  n  p  :  m  :i 
c .  = :  n  o 

o  v  - 3 :  rj  ,i 

;  :/00c  offer  00i 


'cck  ser  a  1  _  ■'  n  word_nc."k  w0  wl  w2  w3  t0  tl  t2  t3  t<  t5  reset 


:  000000001  000 
1  vHCCC'vCi  000 

0000000000:100 

o 0  7  ;oiu.  000 

:  10C00 700C 000 
:  1 0C0O  ;ooi 00c 
000000  ‘Off.:  000 
oo"070.;00i  000 

1  .7  00  00..' 001  000 


0.;i:0;.ii;. or;,. 


Input  and  ETP  Response  for  Test  Cases  (1,  5,  8.  10,  15.  IS) 


w  c'ock  ser  a  1  _  i  ri  word_mark  w0  wl  w2  w3  t0  tl  t2  1 3  t4  t5 

v  c'oct  010:0101010:0101010: 

V  serial.in  001100110011001:0011 

V  wor d_ma r k  000000  1  100000000001  1 

K  cocl  0010  phil  0100  p  h  i  2  1010 

V  reset  11000000000000000000 

V  set  00000000000000000011 
I 

R 

456  transistors.  220  nodes  <0  pulled  up) 
initial izat  on  took  285  steps 

t5  =  X  t4=X  1 3  =  X  tZ'  =  X  1 1  =X  t0=:X  w3  =  X  w2  =  X  wl=X  w0  =  X  word_marl  :;K 

ser  a  1  _  i  n  =  X  clock=X 

h  inputs:  V  d  d  g  n  cl 

1  inputs:  G  N  D  udcl  reset 

>01010101010101010101 : clock 

>001 1001 100 1 1001 1001 1 : ser i a -_in 

>0000001  100000000001  1  : wor  d_na  r  k 

>0101010101010101001 1 :w0 

>001 1001 1001 1001 1001 1 :wl 

>00001 100001 10000101 1 :w2 

>1010101010101010 1011: w3 

>1 101 101 101 101 101 101 1 :t0 

> 1 1 00 1100110011 0000 1 1 : t 1 

> 1 00 1 00 1 00 1 00 1 00 1 00 1 1  : 1 2 

>1000100010001000101 1  : t  3 

>111 000 111000111 000 1  1  : t  4 

>1000000000000000101 1 :t5 

t5  =  0  t4=0  t3  =  0  t2=0  1 1  =0  1 0  =:0  w3=0  w2  =  0  wl=0  w0  =  0  word_mark==l 
ser • a  1 _ i n=  1 
c  1  o  c  k  =  1 

h  inputs:  Vdd  and  clock  ser  al_in  word_mark 
1  inputs:  G N D  vdc'  reset 

456  transistors,  220  nodes  (0  pulled  up) 


INF'  IN 
C  L  HP  I  N 

CLK1 
CL  K2 
CLK3 
0U~P  I  N 
>00010 
>10010 
>01000 
>  1  1000 
,00000 
>10000 
>01 100 
>11100 
,00000 
>10000 
,01000 
> 1 1 000 
,00000 
> 10000 
,01000 
, 1 1 000 
,00000 
>  1  0000 
>01101 
,11101 


5  cock  ser :al_in  word_mark  reset 

3  clock  phil  phi2 

clock  0010 

phil  0100 

p  h  i  2  1010 

10  W0  wl  w2  w3  t0  t  1  t2  1 3  1 4  t5 


0001 111111  1 

1000110010  1 

0101000010  1 

1100101000  1 

0011110100  1 

1010010000  1 

0101101010  1 

1100100010  1 

0001010110  1 

10001 1 1000  1 

01111 00000  1 

1110000000  1 

0001 1 : 1 1 10  1 

10001 : 0010  i 

0101000010  1 

1100101000  1 

0011100101  1 

0000000000  1 

1111111111  1 

1111111111  0 


set 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

G 

0 

0 

0 

0 

0 
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NODE  Al:  Extract  Test  Data 


Abstract 


This  node  scans  the  ESIM  file  to  separate  out  pertinent 
test  data.  It  classifies  the  extracted  data  into  test  input 
data  and  reference  output  data.  This  function  restructures 
this  data  available  in  node  configuration  into  vector  form. 
It  also  changes  the  memory  storage  pattern  of  restructured 
test  data  from  VAX  computer  system  to  RT-11  Operating  System 
data  format. 


Extract  Test  Data 


This  node  is  decomposed  into  four  major  functions  as 
shown  in  Fig.  A-3.  These  functions  are: 

(i)  Read  ESIM  File:  This  function  reads  in  the  given 
ESIM  File  line  by  line  and  classifies  each  incoming  line 
into  command-line  or  data-line.  A  brief  explanation  of  all 
commands  encountered  in  ESIM  files  is  attached  as  Appendix 

II  r?  *» 


(ii)  Tabulate  Command  Data:  This  function  interprets 
the  commands  in  a  given  command-line  to  setup  different 
arrays  to  contain  names  of  all  monitored  pins,  input  pins 
and  clock  pins.  This  function  also  generates  an  array  of 
output  pins  from  the  already  available  pin  lists. 

(iii)  Restructure  Test  Data:  This  function  interprets 
the  data  line  and  stores  all  the  test  data  pertaining  to  a 
node  into  its  respective  buffer.  This  function  does  some 
housekeeping  by  converting  the  node  data  into  vector  form 
and  storing  it  in  an  external  file  to  empty  buffer  for  the 
following  node  data.  This  is  done  when  a  change  in 
pin-designation  is  made  or  data  buffer  overflows  due  to 
incoming  data. 

(iv)  Change  Data  Format:  This  function  changes  the 
memory  storage  pattern  of  restructured  test  data  from  VAX 
computer  system  into  RT-11  data  format.  This  function  is 
i  mp  i  omf>ri*  ed  by  a  system  library  routine  and  therefore,  it 
will  r.ot  be  elaborated  any  further. 
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Extract  Test  Data 


NODE  All: 


Read  ESIM  File 


Abstract 


This  node  reads  in  given  ESIM  file,  line  by  line  until 
the  end  of  file  is  reached  and  classifies  each  incoming  line 
to  be  either  a  command-line  or  a  data-line. 


Read  ESIM  File 

This  node  is  decomposed  into  two  functions  as  shown  in 
Fig.  A-4 .  These  functions  are: 

(i)  Get  Textline:  This  function  reads  a  given  ESIM 
file  line  by  line  until  the  end  of  file  and  is  implemented 
by  a  system  library  routine  (  fgets  ).  This  function  is  not 
elaborated  any  further. 

(ii)  Classify  Textline:  This  function,  on  receiving  a 
text-line  from  ESIM  file  Categorizes  it  to  be  either  a 
command  line  if  the  first  character  of  the  textline  is 
"alphabetic"  or  to  be  a  dataline  if  the  first  character  of 
given  textline  is  ">".  A  brief  explanation  of  terminology 
used  in  ESIM  files  is  attached  as  Appendix  "F". 


Node  A12:  Tabulate  Command  Data 


Abstract 


This  node  interprets  the  command  in  a  given  command 
line  to  setup  arrays  of  monitored  pins,  input  pins  and 
clock  pins.  This  function  generates  an  array  of  output 
pins  from  available  pin-data  and  also  changes  the  status  of 
any  designated  pin  on  receiving  specific  instructions. 


Tabulate  Command  Data 


This  node  is  decomposed  into  three  major  functions  as 
shown  in  Fig.  A-5.  These  functions  are: 

(i)  Check  for  Specific  Command:  This  function 
singles  out  the  first  character  of  a  given  command  line  and 
branches  out  to  perform  the  specific  sub-function  on  its 
interpetation. 

(ii)  Tabulate  Test  Pins:  This  function  generates 
arrays  of  monitored  pins,  input  pins  and  clock  pins.  It 
establishes  reference  between  all  three  arrays.  This 
function  also  stores  available  initialization  data  and 
clock  sequences  and  establishes  correspondence  between  this 
data  and  related  pins. 

(iii)  Handle  Remaining  Commands:  This  function,  on 
interpreting  the  first  character  of  command  line  to  be  "h 
or  1”,  scans  arrays  of  output  pins  and  clock  pins  to  check 
if  any  pin  from  these  categories  has  not  been  forced  to 
hold  a  status  of  "high/ low"  voltage  level.  This  function 
changes  the  status  of  other  pins  outside  above  two 
categories . 


Figure  A-5:  Tabulate  Command  Data 


NODE  A13:  Restructure  Test  Data 


Abstract 

This  node  interprets  the  data  line  and  stores  all  the 
test  data  pertaining  to  a  node  into  its  respective  buffer. 
This  node  does  some  house  keeping  by  converting  the  node 
data  into  vector  form  and  storing  it  in  an  external  file  to 
empty  buffer  for  the  following  node  data.  This  is  done 
when  a  change  in  pin-designation  is  made  or  data  buffer 
overflows  due  to  incoming  data. 


Restructure  Test  Data 

This  node  is  decomposed  into  four  major  functions  as 
shown  in  Fig.  A-6.  These  functions  are: 

(i)  Store  Node  Data:  This  function  on  receiving  a 
data  line,  interprets  the  specific  node  for  which  data  line 
is  intended  and  add  the  data  to  a  buffer  attached  to  that 
node.  It  generates  an  overflow  error  if  the  incoming  data 
exceeds  the  capacity  of  respective  buffer. 

(ii)  Change  Data  Structure:  This  function  converts 
the  available  test  data  in  node  configuration  into  vector 
form.  It  changes  the  node  data  related  to  input  pins  into 
test  vectors  and  node  data  related  to  output  pins  into 
reference  vectors. 

(iii)  Append2-File :  This  function  empties  the  buffer 
by  writing  all  restructured  data  to  an  external  file,  whose 
name  has  been  provided  by  the  user. 


NODE  A14:  Chanae  Data  Format 


Abstract 


This  node  changes  the  memory  storage  pattern  of 
restructured  test  data  from  VAX  computer  system  into  RT-11 
Operating  System  data  format.  This  node  is  implemented  by 
a  system  library  routine  and  therefore,  it  will  not  be 
elaborated  any  further.  (Fig.  A-7) 


NODE  A2:  Process  User's  Input 


Abstract 


This  node  on  receiving  all  command/data  input  by  the 
user  in  response  to  system  prompts,  checks  its  syntax,  and 
sets  various  flags  for  operating  mode  conditions;  it  sets 
up  reference  tables  to  correlate  IC  pin  numbers  with  their 
physical  location  on  IC  Tester  and  validates  test  data  for 
"Manual"  mode  of  operation. 


Process  User's  Input 

This  node  is  decomposed  into  four  major  functions  as 
shown  in  Fig.  A-8.  These  functions  are: 

(i)  Classify  Input:  This  function  receives  all 
characters  or  character  strings  from  keyboard  as  command  or 
data  input  in  response  to  system  prompt  and  classifies  all 
inputs  into  three  broad  categories,  IC  data.  Option  Data 
and  Test  Data.  It  also  sets  various  flags  under  system 
prompt  to  aid  in  classification  of  incoming  data. 

(ii)  Select  Operating  Options:  This  function 

allows  the  user  to  operate  in  any  desired  mode  from  a  range 
of  selections  offered  in  system  menues.  This  function  sets 
different  flags  to  run  the  program  acccrding  to  user's 
option . 

(iii)  Setup  Reference  Tables:  This  function  selects 
one  of  the  prestored  tables  depending  on  physical 
characteristics  of  ICUT.  These  reference  tables  contain 
information  to  set  one  to  one  correspondence  between  IC 
pins  and  IC  tester  pins  for  an  IC  of  particular  physical 
characteristics.  It  then  prompts  the  user  to  provide 
information  about  input/output  and  other  significant  pins 
of  ICUT.  This  function  stores  this  data  to  correlate  IC 
pin  numbers  in  a  test  vector  to  their  physical  location  on 
IC  Tester  for  effecting  a  test  simulation. 

(iv)  Validate  Manual  Data:  This  function  is 
activated  only  in  manual  mode  of  operation.  It  checks  for 
any  overlap  of  input  test  data  over  designated 
output/ power /ground  pins. 
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Process  Users'  Input 


NODE  A21: 


Classify  Input 


Abstract 


This  node  receives  all  command/data  input  from 
keyboard,  checks  its  syntax,  and  categorizes  the  input  into 
three  broad  classes:  ICdata,  Option  Data,  and  Test  Data. 


Classify  Input 

This  node  is  decomposed  into  two  major  functions  as 
shown  in  Fig.  A-9.  These  functions  are: 

(i)  Get  Keyboard  Input:  This  function  scans  input 
port  and  gets  any  character  or  character  string  input  from 
keyboard  in  response  to  system  prompt.  This  function  is 
implemented  through  routines  available  in  system  library, 
and  therefore,  it  will  not  be  elaborated  any  further. 

(ii)  Verify  Keyboard  Input:  This  function  sets  one 
of  three  data  classification  "flags"  from  system  prompt  to 
classify  the  input  inthree  broad  categories  of  IC  Data, 
Option  Data  and  Test  Data  for  further  processing. 
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NODE:  I  TITLE:  NUMBER: 

AC1  |  Classify  Input 


Use  r: 


Deduce  Results 


NODE  A4 :  Deduce  Results 


Abstract 


This  node  converts  the  ICUT  output  into  IC  pin  domain 
and  analyzes  this  output  by  comparing  it  with  the  reference 
data.  This  node  also  transforms  the  analysis  results  into 
test  report  for  user's  consumption. 


Deduce  Results 

This  node  is  decomposed  into  two  major  functions  as 
shown  in  Fig.  A-16.  These  functions  are: 

(i)  Analyze  Results:  This  function  transforms  the 
sampled  output  of  IC  tester  into  ICUT  pin  numbers'  domain 
by  consulting  reference  tables.  It  segregates  the  output 
vector  from  total  output  and  compares  it  with  the  reference 
data  to  single  out  any  mismatch  and  point  of  mismatch.  It 
also  generates  an  additional  message  on 
successful/unsuccessful  completion  of  test. 

(ii)  Handle  Results:  This  function,  on  receiving  a 
test  result,  maps  it  into  a  test  report  from  pre-stored 
messages.  This  function  depending  on  users'  option  allows 
display  of  test  results  on  terminal  and/or  storing  these 
test  reports  in  a  file  for  later  consumption. 


NODE  A32:  Perform  Test 


Abstract 

This  node  performs  actual  testing  of  ICUT  (IC  Under 
Test) .  Testing  includes  initialization  of  IC  tester  and 
ICUT,  simulating  ICUT  with  a  test  vector  and  sampling  its 
ouput  for  evaluation. 


Perform  lest 

This  node  has  been  decomposed  into  four  major  functions 
as  shown  in  Fig.  A-15.  These  functions  are: 

(i)  Initialize  Tester:  This  function  physically 
applies  "Ground/ Power"  voltages  to  pertinent  tester  pins  to 
force  them  out  of  ambiguous  logic  states. 

(ii)  Initialize  ICUT:  This  function  simulates  ICUT 
with  users'  supplied  data  or  initialization  data  from  test 
data  file  (ESIM  file)  through  a  predetermined  number  of 
clock  cycles  to  force  the  status  of  output  pins  to  a  steady 
state  value.  The  number  of  clock  cycles  are  determined  by 
the  available  data. 

(iii)  Simulate  ICUT:  This  function  after  being 
supplied  with  a  test  vector  and  a  flag  to  proceed,  applies 
corresponding  voltages  to  pins  of  an  ICUT.  This  function 
also  translates  the  clocking  sequence  into  voltage 
variation  at  required  pin  to  provide  a  simulation  to  the  IC 
under  test. 

(iv)  Sample  ICUT:  This  function  stores  the  status  of 
all  pins  of  ICUT  after  it  has  been  activated.  These  pin 
status  values  are  tester  output  available  to  other 
functions  for  processing. 


A31  I  Process  Test  Data 


NODE  A31:  Process  Test  Data 


Abstract 

This  node  converts  the  test  data  from  IC  pin-number 
domain  to  physical  location  of  ICUT  pins  on  tester  domain; 
changes  the  test  data  format  to  "SIEVE"  format  (a  specific 
data  format  particularly  required  for  simulation  of 
Stanford  IC  tester) .  This  node  has  been  decomposed  into 
four  major  functions  Segregate  Reference  Data,  Correlate 
Tester  pins  &  Manual  data,  Correlate  Tester  pins  &  File 
Data  and  Convert  Test  data  into  SIEVE  Format. 


Process  Test  Data 

This  function  has  been  sub-divided  into  four  major 
sub-functions  as  shown  in  Fig.  A-14.  These  sub-functions 
are : 

(i)  Segregate  Reference  Data:  This  function  reads 
in  data  from  ESIM  (test  data)  file,  separates  out 
simulation  data  and  expected  output  (reference  data)  for  a 
particular  input. 

(ii)  Correlate  Tester  Pins  &  Manual  Data:  This 
function  sets  correspondence  between  the  test  data  received 
from  the  key-board  in  "Manual"  mode  of  operation  and 
location  of  ICUT  pins  on  the  IC  tester. 

(iii)  Correlate  Tester  Pins  &  File  Data;  This 
function  sets  correspondence  between  the  test  data  read 
from  ESIM  file  in  "Auto"  mode  of  operation  and  location  of 
ICUT  pins  on  the  IC  tester. 

(iv)  Convert  Test  Data  into  SIEVE  Format:  This 
function  changes  the  format  of  test  data  into  "SIEVE" 
format.  SIEVE  is  a  special  data  format  required  for  input 
to  Stanford  IC  tester.  An  explanation  of  this  data  format 
is  attached  as  Appendix  "E". 


Use  rs  '  Op 


Figure  A-13:  Apply  Simulations 


Abstract 


This  node  sets  correspondence  between  physical  location 
of  ICUT  pins  on  IC  tester  and  test  vectors  in  ICUT  pin 
numbers'  domain.  It  changes  the  test  vector  into  SIEVE 
format,  initializes  IC  tester  and  the  ICUT.  This  node 
applies  test  vectors  to  simulate  the  ICUT,  and  samples  the 
tester  output  for  evaluation  by  other  nodes. 


Apply  Simulations 

This  node  is  decomposed  into  two  major  functions  as 
shown  in  Fig.  A-13.  These  functions  are: 

(i)  Process  Test  Data:  This  function  receives  test 
vectors  from  test  data  file  in  "Auto"  mode  of  operation  and 
from  keyboard  in  manual  mode  of  operation.  It  sets 
correspondence  between  ICUT  pin  numbers  to  be  simulated  by 
a  test  vector  and  their  physical  location  on  IC  tester  by 
consulting  reference  tables.  This  function  also  converts 
the  test  vectors  into  SIEVE  format,  which  is  a  special  data 
format  required  for  simulation  of  Stanford  IC  Tester.  An 
explanation  of  "SIEVE"  format  is  attached  as  Appendix  "E". 

(ii)  Perfc~m  Test:  This  function  initializes  the  IC 
tester  by  appl /mg  voltages  to  significant  pins  to  force 
out  any  ambigious  voltage  state  from  tester  pins.  It 
initializes  the  ICUT  by  applying  initialization  vectors  in 
sequence  to  bring  ICUT  output  pins  to  a  steady  state 
condition  before  proceeding  with  the  actual  test.  This 
function  also  applies  test  vectors  to  IC  tester  to  simulate 
ICUT  and  samples  the  ICUT  for  resultant  output. 


Option 


A24  I  Validate  Manual  Data 


Node  A24:  Validate  Manual  Data 


Abstract 


This  node  is  activated  only  in  manual  mode  of 
operation.  It  checks  for  any  overlap  of  input  test  data 
over  designated  output/ power /ground  pins. 


Validate  Manual  Data 

This  node  is  decomposed  into  two  functions  as  shown  in 
Fig.  A- 1 2 .  These  functions  are: 

(i)  Check  Overlap  with  Output  Pins:  This  function 
carries  out  bitwise  comparison  of  test  vector  to  check  if 
any  pin  designated  as  output  pin  is  not  simulated.  It 
generates  an  error  on  detecting  such  an  overlap  and  prompts 
user  to  modify  his  input  data.  This  function  is  activated 
only  in  "Manual"  mode  of  operation. 

( i i )  Check  Overlap  with  Power/Ground  Pins:  This 
function  carries  out  bitwise  comparison  of  test  vector  to 
check  if  any  pin  designated  as  power  or  ground  pin  is  not 
simulated.  It  generates  an  error  on  detecting  such  an 
overlap  and  prompts  user  to  modify  his  input  data.  This 
function  is  activated  only  in  "Manual"  mode  of  operation. 
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Figure  A-ll:  Setup  Reference  Tables 


NODE  A23:  Setup  Reference  Tables 


Abstract 


This  node  selects  one  of  the  prestored  tables  depending 
on  physical  characteristics  of  an  ICUT.  These  reference 
tables  contain  information  to  set  one  to  one  correspondence 
between  IC  pins  and  IC  tester  pins  for  an  IC  of  particular 
physical  characteristics ;  it  then  prompts  the  user  to 
provide  information  about  input/output  and  other 
significant  pins  of  the  ICUT.  This  node  also  stores  this 
data  to  correlate  IC  pin  numbers  in  a  test  vector  to  their 
physical  location  on  IC  Tester  for  effecting  a  test 
simulation . 

Setup  Reference  Tables 


This  node  is  decomposed  into  six  functions  as  shown  in 
Fig.  A- 11.  These  functions  are: 

(i)  Select  Appropriate  Table:  This  function  on 
receiving  an  input  from  keyboard,  in  response  to  a  menu 
which  prompts  the  user  to  select  one  of  the  five  IC 
characteristics  befitting  the  ICUT,  makes  the  address  of 
corresponding  table  available  to  the  program.  Five 
different  tables  for  ICs  with  following  characteristics 
have  been  prestored  in  the  memory:  14,  16,  20,  24,  40pin 
dual-in-line  packages.  These  tables  correlate  the  IC  pin 
numbers  to  IC  tester  pins  when  ICUT  is  positioned  on  the  IC 
tester  in  a  manner  that  pinl  of  ICUT  coincides  with  the 
top-left  pin  of  IC  tester. 

(ii)  Fill  in  Reference  Table:  This  function  prompts 
the  user  to  fill  in  complete  reference  table  by  inputting 
pin  designation  and  class  of  each  pin.  (e.g.,  to  provide 
information  like  pinl  =  k-input  "I",  pin4  =  phi2  "C",  pin 
14  =  Vcc  "P"  and  pin  7  =  Gnd  "G",  etc.) 

(iii)  Setup  Input  Pins  Table:  This  function,  scans 
the  reference  table  after  it  has  been  filled  up  by  the 
user,  and  sets  up  another  array  for  pins  marked  as  "input" 
pins . 

(iv)  Setup  Clock  Pins  Table:  This  function,  scans 
the  reference  table  after  it  has  been  filled  up  by  the 
user,  and  sets  up  another  array  for  pins  marked  as  "output" 
pins . 

(v)  Setup  Power/Ground  Pins  Table:  This  function, 
scans  the  reference  table  after  it  has  been  filled  up  by 
the  user,  and  sets  up  another  array  for  pins  marked  as 
"power/ground"  pins. 

(vi)  Setup  Output  Pins  Table:  This  function,  scans 
the  reference  table  after  it  has  been  filled  up  by  the 
user,  and  sets  up  another  array  for  pins  marked  as  "output" 
pins . 
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NODE:  TITLE: 

A22  Select  Operating  Options 


NODE  A22:  Select  Operating  Option 


Abstract 

This  node,  receives  option  data  from  keyboard  in 
response  to  different  options  made  available  to  user  in 
various  menus,  verifies  their  correctness  and  sets  option 
flags  to  this  effect. 

Select  Operating  Option 

This  node  is  decomposed  into  three  major  functions  as 
shown  in  Fig.  A-10.  These  functions  are: 

(i)  Select  Mode:  This  function,  in  response  to 
system  prompt,  receives  IC  nomenclature  and  preferred  mode 
of  operation  data  from  keyboard.  In  addition,  this 
function  asks  the  user  to  input  name  of  test  file  for 
"Auto"  mode  of  operation. 

(ii)  Verify  Mode:  This  function  checks  the  IC 
nomenclature  and  searches  the  test  data  files'  directory 
with  test  file  name.  It  generates  an  error  for 
non-availability  of  test  file,  informs  the  users  to  this 
effect  and  asks  for  another  selection. 

(iii)  Setup  Options:  This  function  sets  various 
option  flags  to  be  true/false  for  particular  selection 
after  user  has  opted  for  one  of  the  operating  choices 
offered  to  him  in  system  operating  menues. 

All  user  options  and  corresponding  flags  are  listed 
below: 

UOPM  MANUAL  mode.  (  abbreviated  as  MAN  ) 

UOPMIO  MAN  with  single  step  execution  and  terminal  output 
only . 

U0PM11  MAN  with  single  step  execution  and  terminal  &  file 
output . 

UOPM20  MAN  with  multi-step  execution  &  terminal  output 
only. 

U0PM21  MAN  with  multi-step  execution  and  terminal  &  file 
output . 

UOPA  AUTO  mode 

UOPAIO  AUTO  with  "stop  execution  at  first  test  failure" 
and  terminal  output  only. 

UOPA 1 1  AUTO  with  "stop  execution  at  first  test  failure" 

and  terminal  &  file  output. 

U0PA21  AUTO  with  "stop  execution  after  X-instruction"  and 
terminal  output  only. 

OUPA22  AUTO  with  "stop  execution  after  X-instructions" 
and  terminal  &  file  output. 

U0PA31  AUTO  with  "run  whole  test  program  printing  all 
test  failures"  on  terminal. 

AUTO  with  "run  whole  test  program  printing  all 
test  failures"  on  terminal  &  storage  file. 


UOPA32 


NODE  A41:  Analyze  Results 


Abstract 


This  node  receives  the  resultant  output  of  IC-tester, 
converts  the  output  into  ICUT  pin  domain  from  IC  tester 
location  reference  by  consulting  reference  tables.  It  also 
generates  an  error  for  any  mismatch  between  the  received 
output  and  expected  output  (reference  data). 


Analyze  Results 

This  node  is  decomposed  into  two  major  functions  as 
shown  in  Fig.  A-17.  These  functions  are: 

(i)  Convert  Sample  Data  into  IC  Pin  Domain:  This 
function  converts  the  sampled  output  of  IC  tester  into  ICUT 
pin  numbers  domain  for  comparison  with  the  reference  data. 
This  conversion  is  achieved  by  consulting  reference  tables. 

(ii)  Compare  Sample  Data  and  Reference  Data:  This 
function  compares  output  data  and  reference  data  bit  by  bit 
to  single  out  any  non-conformity  between  the  two  values. 

It  generates  a  GO/NOGO  message  for  successful /unsuccessful 
completion  of  ?  test  and  poincs  out  particular  ICUT  pins 
where  output  value  does  not  match  the  reference  value  in 
case  of  a  test  failure. 


A-  3  3 


tion 


Figure  A-17:  Analyze  Results 


NODE  A42: 


Handle  Results 


Abstract 


This  node  receives  the  test  results,  generates  a  test 
report  depending  on  user's  operating  options,  guides  the 
resultant  test  report  to  display  terminal  and/or  to  a  file 
for  storage. 


Handle  Results 


This  node  is  decomposed  into  four  functions  as  shown  in 
Fig.  A- 1 8 .  These  functions  are: 

(i)  Formulate  Test  Report:  This  function  generates 
test  report  from  the  test  results  and  pre-stored  messages, 
depending  on  successful/unsuccessful  termination  of  a  test. 

(ii)  Generate  Storage  Buffer:  This  function, 
allocates  a  buffer  and  stores  all  test  reports  generated 
during  a  test.  This  function  is  activated  only  if  opted  by 
user . 

(iii)  Copy  Buffer  to  Disk:  This  function,  not 
elaborated  any  further  as  it  has  been  implemented  by  a 
library  routine,  copies  the  buffer  containing  test  reports 
to  a  given  file  on  disk.  This  function  is  also  activated 
if  opted. 

(iv)  Display  Test  Report:  This  function,  depending 
on  the  user's  operating  option,  displays  all  test  reports 
on  the  terminal.  This  function  has  also  been  implemented 
by  a  library  routine. 
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For  Detailed  Design  of  "Extract  Test  Data"  Function 


Extract  Test  Data 

Node  Al:  Extract  Test  Data 
Node  All:  Read  ESIM  File 

Node  Alll:  Get  Text-Line 
Node  A112:  Classify  Text-Line 

Node  A1121:  Read  First  Character 
Node  A1122:  Check  if  Alpha  Numeric 

Node  A1123:  Check  if  GT 

Node  A12:  Tabulate  Command  Data 

Node  A121:  Check  for  Specific  Command 
Node  A122:  Tabulate  Test  Pins 

Node  A1221:  Create  Array  of  Monitored 
Pins 

Node  A1222:  Create  Array  of  Clock  Pins 

Node  A1223:  Create  Array  of  Input  Pins 

Node  A1224:  Generate  Array  of  Output 
Pins 

Node  A12241:  Mark  Inpins 
Node  A12242:  Mark  Clk  Pins 
Node  A12243:  Create  Outpin  Array 
Node  Al 2 3  :  Handle  Remaining  Commands 

Node  A1231:  Validate  Command  Line 


Node  A12311:  Create  Array  of 
Effected  Pins 

Node  A12313:  Check  if  Element  of 
Outpin  Array 

Node  A1232:  Change  Effected  Pins'  Status 
Node  A13:  Restiucture  Test  Data 
Node  A131:  Store  Node  Data 

Node  A1311:  Segregate  Data  &  Node  Name 
Node  A1312:  Locate  Test  Node  in  Monpin 
Array 

Node  A1313:  Add  Data  in  Associated  Node 
Buffer 

Node  A13131:  Gauge  Data  in  Buffer 
Node  A13132:  Gauge  Incoming  Data 
Node  A13133:  Check  Overflow 
Node  A13134:  Add  New-Data  to  Pre- 
Data 

Node  A132:  Change  Data  Structure 

Node  A1321:  Segregate  Input  &  Output 
Nodes 

Node  A1322:  Convert  Node  Data  Into 
Vectors 

Node  A14:  Change  Data  Format 


NODE  Al:  Extract  Test  Data 


Abstract 

This  node  scans  the  ESIM  file  to  separate  out  pertinent 
test  data.  It  classifies  the  extracted  data  into  test 
input  data  and  reference  output  data.  This  function 
restructures  this  data  available  in  node  conf iguration  into 
vector  form.  It  also  changes  the  memory  storage  pattern  of 
restructured  test  data  from  VAX  computer  system  to  RT-11 
Operating  System  data  format. 


Extract  Test  Data 

This  node  is  decomposed  into  four  major  functions  as 
shown  in  Figure  B-l.  These  functions  are: 

(i)  Read  ESIM  File:  This  function  reads  in  the 
given  ESIM  File  line  by  line  and  classifies  each  incoming 
line  into  command-line  or  data-line.  A  brief  explanation 
of  all  commands  encountered  in  ESIM  Files  is  attached  as 
Appendix  "F". 

(ii)  Tabulate  Command  Data:  This  function  interprets 
the  commands  in  a  given  command-line  to  setup  different 
arrays  to  contain  names  of  all  monitored  pins,  input  pins 
and  clock  pins.  This  function  also  generates  an  array  of 
output  pins  from  the  already  available  pin  lists. 

(iii)  Restructure  Test  Data:  This  function  interprets 
the  data  line  and  stores  all  the  test  data  pertaining  to  a 
node  into  its  respective  buffer.  This  function  does  some 
housekeeping  by  converting  the  node  data  into  vector  form 
and  storing  it  in  an  external  file  to  empty  buffer  for  the 
following  node  data.  This  is  done  when  a  change  in 
pin-designation  is  made  or  data  buffer  overflows  due  to 
incoming  data. 

(iv)  Change  Data  Format:  This  function  changes  the 
memory  storage  pattern  of  restructured  test  data  from  VAX 
computer  system  into  RT-11  data  format.  This  function  is 
implemented  by  a  system  library  routine  and  therefore,  it 
is  not  being  elaborated  any  further. 


Extract  Test  Data 


NODE  All:  Read  ESIM  File 


Abstract 


This  node  reads  in  given  ESIM  file,  line  by  line  until 
the  end  of  file  is  reached  and  classifies  each  incoming 
line  to  be  either  a  command-line  or  a  data-line. 


Read  ESIM  File 

"’his  node  is  decomposed  into  two  functions  as  shown  in 
Figure  B-2.  These  functions  are: 

(i)  Get  Text-Line:  This  function  reads  a  given  ESIM 
file  line  by  line  until  end  of  file  and  is  implemented  by  a 
system  library  routine  (  fgets  ).  This  function  is  not 
elaborated  any  further. 

(ii)  Classify  Text-Line:  This  function,  on  receiving 
a  text-line  from  ESIM  file  categorizes  it  to  be  either  a 
command  line  if  first  character  of  the  test-line  is 
"alphabetic"  or  a  data-line  if  first  character  of  given 
text-line  is  A  brief  explanation  of  terminology  used 

in  ESIM  files  is  attached  as  Appendix  "F". 


NODE:  TITLE: 

All  Fead  ESIM-File 


Abstract 


This  node  interprets  the  first  character  of  the 
text-line  and  classifies  the  text  line  to  be  either  a 
cmd-line  or  a  data-line. 


Classify  Text-Line 


This  node  is  decomposed  into  three  functions  as  shown 
in  Figure  B-3.  These  functions  are: 

(i)  Read  First  Character:  This  function  reads  the 
first  character  of  a  given  text  line.  This  is  implemented 
by  considering  text  line  to  be  a  an  array  of  characters  and 
accessing  the  array  element  at  subscript  [0]. 

(ii)  Check  if  Alphabetic:  This  function  confirms  if 
first  character  of  the  given  text-line  is  alphabetic.  This 
is  implemented  by  a  system  library  subs-routine 
(  isalpha (  )  )  . 

(iii)  Check  if  GT :  This  function  compares  the  given 
character  with  character  ">"  (greater  than  sign)  to  confirm 
if  text-line  is  a  data  line.  This  is  implemented  by  "C" 
language  relation  operator  "  =  =  ". 


NODE  A12:  Tabulate  Command  Data 


Abstract 


This  node  interprets  the  command  in  a  given  command  line 
to  setup  arrays  of  monitored  pins,  input  pins  and  clock  pins. 
This  function  generates  an  array  of  output  pins  from  available 
pin-data  and  also  changes  the  status  of  any  designated  pin  on 
receiving  specific  instructions. 


Tabulate  Command  Data 

This  node  is  decomposed  into  three  major  functions  as 
shown  in  Figure  B-4.  These  functions  are: 

(i)  Check  for  Specific  Command:  This  function  singles 
out  first  character  of  a  given  command  line  and  branches  out 
to  perform  specific  sub-function  on  its  interpretation. 

(ii)  Tabulate  Monitored  Pins:  This  function  generates 
arrays  of  monitored  pins,  input  pins  and  clock  pins.  It 
establishes  reference  between  all  three  arrays.  This  function 
also  stores  available  initialization  data  and  clock  sequences 
and  establishes  correspondence  between  this  data  and  related 
pins . 


(iii)  Handle  Remaining  Commands:  This  function,  on 
interpreting  the  first  character  of  command  line  to  be  "h  or 
1",  scans  arrays  of  output  pins  and  clock  pins  to  check  if  any 
pin  from  these  categories  has  not  been  forced  to  hold  a  status 
of  "high/ low"  voltage  level.  This  function  changes  the  status 
of  those  pins  which  are  outside  above  two  categories  of  input 
and  output  pins. 


B-9 


i  : n 

:  - - 

==flO-fll51  961  SVSTEH  DESIGN  OF  AUTOMATED  VLSI 
INTEGRATED)  TEST  STATIO.  .  <U>  All 
HRIGHT-PATTERSON  AFB  OH  SCHOOL 
UNCLASSIFIED  DEC  84  AFIT/GE/EE/84D-27 

CVERV  LARGE 
FORCE  INST 
IF  ENGI.  .  S 

SCALE 

OF  TECH 
TARIO 

F/G  9/5 

2/4  ^ 

HI 

■ 

■■ 

■r1 

■H 

^■1 

■i 

■ _ 

NODE  Al 2 1 


Abstract 

This  node  interprets  first  character  of  a  given  command 
line  and  branches  out  to  perform  specific  sub-function. 


Check  for  Specific  Command 

This  function  on  detecting  the  first  character  of  the 
command-line  to  be  W,  V,  K,  or  I,  branches  out  to  tabulate 
the  information  in  the  given  "command  line".  For  other 
commands  like  "h,  1,  x,  N"  ,  function  "handle  remaining 
commands"  is  activated. 

This  function  is  implemented  by  "C"  language  "switch 
statement".  It  will  not  be  elaborated  any  further. 

(Figure  B-5) 


NODE  A122:  Tabulate  Test  Pins 


Abstract 

This  node  on  receiving  specific  commands  sets  up  arrays 
of  monitored  pins,  input  pins  and  clock  pins.  It 
establishes  a  cross  reference  between  these  array  elements 
and  between  each  array  element  and  data  related  to  it. 

This  function  also  generates  an  array  of  output  pins. 


Tabulate  Monitored  Pins 

This  node  is  decomposed  into  four  major  functions  as 
shown  in  Figure  B-6.  These  functions  are: 

(i)  Create  Array  of  Monitored-Pins :  This  function, 
on  interpreting  first  character  of  command  line  to  be  "w" , 
sets  up  an  array  of  all  pin  names  included  in  the  remaining 
command  line. 

(ii)  Create  Array  of  Input-Pins:  This  function,  on 
interpreting  first  character  of  command  line  to  by  "V", 
sets  up  an  array  of  input-pin  and  adds  the  pin  name  in  this 
and  all  subsequent  "input"  command-lines  to  this  array.  It 
establishes  a  reference  between  each  input  pin  and  data 
related  to  it.  This  function  also  sets  up  cross  reference 
between  elements  of  this  array  and  array  of  monitored-pin. 

(iii)  Create  Array  of  Clock-Pins:  This  function,  on 
interpreting  first  character  of  command  line  to  be  "K", 
sets  up  an  array  of  all  pin  names  included  in  the  remaining 
command  line.  It  establishes  a  reference  between  each 
clock  pin  and  clocking  sequence  for  this  pin.  This 
function  also  sets  up  cross  reference  between  elements  of 
this  array  and  array  of  moni tored-pins . 

(iv)  Generate  Array  of  Output  Pins:  This  function  on 
interpreting  the  first  character  of  command  line  to  be  "I", 
segregates  all  pins  from  array  of  monitored  pins  not  marked 
as  input  or  clock  pins,  and  lists  them  into  a  separate 
array. 


NODE:  TITLE:  NUMBER: 

A122  Tabulate  Test  Pins 


NODE  A1224:  Generate  Array  of  Output  Pins 


Abstract 

This  node  classifies  the  pins  in  array  of  monitored 
pins  for  being  clock  pins  or  input  pins,  and  creates  a 
separate  array  of  output  pins  from  unspecified  pins  in 
array  of  monitored  pins. 


Generate  Array  of  Output  Pins 

This  node  is  decomposed  into  three  major  functions  as 
shown  in  Figure  B-7.  These  functions  are: 

(i)  Mark  Inpins:  This  function  classifies  the  pins 
included  in  array  of  monitored  pins  to  be  input  pins  if 
these  are  also  elements  of  inpin-array. 

(ii)  Mark  Clkpins:  This  function  classifies  the  pins 
included  in  array  of  monitored  pins  to  be  clock  pins  if 
these  are  also  elements  of  clkpin-array . 

(iii)  Create  Outpin-Array :  This  function  scans  the 
array  of  monitored  pins  and  creates  another  array 
consisting  of  pins  not  marked  as  input/clock  pins. 


NODE  A123:  Handle  Remaining  Commands 


Abstract 

This  node  validates  the  commands  which  effect  the 
status  of  a  designated  pin.  It  generates  an  error  mr  any 
invalid  command  or  otherwise  changes  the  status  of  the 
effected  pin. 


Handle  Remaining  Commands 

This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  B-8.  These  functions  are: 

(i)  Validate  Command  Line:  This  function,  on 
interpreting  the  first  character  of  a  given  command  line  to 
be  "h  or  1",  scans  the  arrays  of  output  pins  and  clock  pins 
to  check  if  status  of  any  pin  from  these  categories  has 
been  effected.  It  marks  the  command  to  be  "valid"  if  no 
pin  from  the  above  two  classes  is  effected  by  the  command. 

(ii)  Change  Effected  Pins'  Status:  This  function 
changes  the  status  of  effected  pin,  which  belongs  to  the 
categories  of  either  input  pins  or  unmarked  pins,  and  holds 
it  until  any  new  command  is  received  to  change  it  status. 


Figure  B-8:  Handle  Remaining  Command 


Abstract 


This  node  ensures  that  any  command  line  may  not  force 
an  output  pin  to  a  "high/ low"  voltage  status  permanently. 


Validate  Command  Line 


This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  B-9.  These  functions  are: 

(i)  Create  Array  of  Effected  Pins:  This  function,  o: 
interpreting  tne  first  character  of  the  RC  Command-Line  to 
be  "h"  or  "1"  sets  up  an  array  of  all  remaining  pins 
included  in  the  command  line. 

(ii)  Check  If  Element  of  Outpin  Array:  This  function 
gets  each  element  of  newly  created  "effected  pin  array"  am 
scan  outpin  array  for  its  match.  It  declares  RC  Cmd-Line 
to  be  a  valid  Cmd-Line  if  no  match  is  found. 


NODE:  TITLE: 

A1231  Validate  Command  Line 


NODE  A13:  Restructure  Test  Data 


Abstract 


This  node  interprets  the  data  line  and  stores  all  the 
test  data  pertaining  to  a  node  into  its  respective  buffer. 
This  node  does  some  housekeeping  by  converting  the  node 
data  into  vector  form  and  storing  it  in  an  external  file  to 
empty  buffer  for  the  following  node  data.  This  is  done 
when  a  change  in  pin-designation  is  made  or  data  buf f er 
overflows  due  to  incoming  data. 


Restructure  Test  Data 


This  node  is  decomposed  into  four  major  functions  as 
shown  in  Figure  B-10.  These  functions  are: 

(i)  Store  Node  Data:  This  function  on  receiving  a 
data  line,  interprets  the  specific  node  for  which  data  line 
is  intended  and  add  the  data  to  a  buffer  attached  to  that 
node.  It  generates  an  overflow  error  if  the  incoming  data 
exceeds  the  capacity  of  respective  buffer. 

(ii)  Change  Data  Structure:  This  function  converts 
the  available  test  data  in  node  configuration  into  vector 
form.  It  changes  the  node  data  related  to  input  pins  into 
test  vectors  and  node  data  related  to  output  pins  into 
reference  vectors. 

(lii)  Append2-Fi le :  This  function  empties  the  buffer 
by  writing  all  restructured  data  to  an  external  file,  whose 
name  has  been  provided  by  the  user. 
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Restructure  Test  Data 


Classify  Input 


Node  A21:  Clasifv  Input 


Abstract 


This  node  receives  all  command/data  input  from  keyboard, 
checks  its  syntax  and  categories  the  input  into  three  broad 
classes:  IC  Data,  Option  Data  and  Test  Data. 


Classify  Input 

This  node  is  decomposed  into  two  major  functions  as  shown 
in  Figure  C-2.  These  functions  are: 

(1)  Get  Keyboard  Input:  This  function  scans  input  port 
and  gets  any  character  or  character  string  input  from 
keyboard  in  response  to  system  prompt.  This  function  is 
implemented  then  routines  available  in  system  library,  and 
therefore,  it  will  not  be  elaborated  any  further. 

(ii)  Set  Data  Classification  Flags:  This  function  sets 
one  of  three  data  classification  flags  from  system  prompt  to 
classify  the  input  in  three  broad  categories  of  IC  Data, 
Option  Data  and  Test  Data  for  further  processing. 


Node  A2  :  Process  Users'  Input 


Abstract 

This  node  receives  all  command/data  input  by  the  user  in 
response  to  system  prompts,  checks  its  syntax  and  sets 
various  flags  for  operating  mode  conditions,  sets  up 
reference  tables  to  correlate  IC  pin  numbers  with  their 
physical  location  on  IC  Tester  and  validates  test  data  for 
"Manual"  mode  of  operation. 


Process  Users'  Input 


This  node  is  decomposed  into  four  major  functions  as 
shown  in  Figure  C-l.  These  functions  are: 

(i)  Classify  Input:  This  function  receives  all 
characters  or  character  strings  from  keyboard  as  command  or 
data  input  in  response  to  system  prompt  and  classifies  all 
inputs  into  three  broad  categories,  IC  Data,  Option  Data,  and 
Test  Data.  It  also  sets  various  flags  under  system  prompt  to 
aid  in  classification  of  incoming  data. 

(ii)  Select  Operating  Options:  This  function  allows 
the  user  to  operate  in  any  desired  mode  from  a  range  of 
selections  offered  in  system  menues.  This  function  sets 
different  flags  to  run  the  program  according  to  users' 
option. 


(lii)  Setup  Reference  Tables:  This  function  selects  one 
of  the  prestored  tables  depending  on  physical  characteristics 
of  ICUT.  These  reference  tables  contain  information  to  set 
one  to  one  correspondence  between  IC  pins  and  IC  tester  pins 
for  an  IC  of  particular  physical  characteristics.  It  then 
prompts  the  user  to  provide  information  about  input/output 
and  other  significant  pins  of  ICUT.  This  function  stores 
this  data  to  correlate  IC  pin  numbers  in  a  test  vector 
totrieir  physical  location  on  IC  Tester  for  effecting  a  test 
s i mu  1  a  1 1  on . 


(iv)  Validate  Manual  Data:  This  function  is  activated 
or;  1  y  m  manual  mode  of  operation.  It  checks  for  any  overlap 
of  input  test  data  over  designated  output/ppower/ground  pins. 


Node  A23:  Setup  Reference  Table 

Node  A231:  Select  Appropriate  Table 

Node  A2311:  Propmt  User  to  Nark  IC-Char 
Node  A2312:  Get  1c  Characteristics 
Node  A2313:  Check  Syntax  of  Selection 
Node  A2314:  Locate  Appropriate  Table 
Node  A232:  Fill  In  Reference  TAble 
Node  A2321:  Get  Pin-Designation 
Node  A2322:  Get  Pin-Class 
Node  A2323:  Store  Data  in  Selected  Table 
Node  A233:  Setup  Input  Pins'  Table 
Node  A2331:  Locate  Class  "I"  Pin 
Node  A2332:  Setup  Ar-ay  of  Input  Pins 
Node  A234:  Setup  Clock  Pins  Table 
Node  A2341:  Locate  Class  "K"  Pin 
Node  A2342:  Setup  Array  of  Clkpins 
Node  A235:  Setup  Pwr/Gnd  Table 

Node  A2351:  Locate  Class  "P/G"  Pin 
Node  A2352:  Setup  Array  of  "P/G"  Pins 
Node  A236:  Setup  Output  Pins  Table 
Node  A2361:  Locate  Class  "0"  Pin 
Node  A2362:  Setup  Array  of  Output  Pins 
Node  A24:  Validate  Manual  Data 

Node  A241:  Check  Overlap  with  Output  Pins 
Node  A242:  Check  Overlap  with  Pwr/Gnd  Pins 
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Node  List 


Node  A2 :  Process  Users'  Input 
Node  A21:  Classify  Input 

Node  A211:  Get  Keyboard  Input 
Node  A212:  Set  Data-Classif ication  Flags 
Node  A22:  Select  Operating  Option 
Node  A221:  SAelect  Mode 
Node  A2211:  Get  Mode 
Node  A2212:  Set  Flag  for  Auto  Mode 
Node  A2213:  Prompt  for  Name  of  Test  File 
Node  A2214:  Store  Text  File  Name 
Node  A222:  Verify  Mode 

Node  A2221:  Check  Availability  of  Test  File 
Node  A2222:  Confirm  Mode  Validity 
Node  A223:  Setup  Options 

Node  A2231:  Prompt  User  to  Select  Option 
Node  A2232:  Get  Option  Response 
Node  A2233:  Check  Option  Syntax 
Node  A2234:  Set  Option  Flag 


NODE  A14:  Chanae  Data  Format 


Abstract 

This  node  changes  the  memory  storage 
restructured  test  data  from  VAX  computer 
Operating  System  data  format.  This  node 
a  system  library  routine  and,  therefore, 
elaborated  any  further  (Figure  B-14). 


pattern  of 
system  into  RT-11 
is  implemented  by 
it  is  not  being 


ffer  Overflow 


NODE-  I  TITLE: 

A132  I  Change  Data  Structure 


Node  A132:  Change  Data  Structure 


Abstract 


This  node  segregates  the  nodes  into  two  classes  of 
input  and  output  nodes.  It  converts  the  data  associated 
with  input  nodes  into  input  test  vectors  and  data 
associated  with  output  nodes  into  output  reference  vectors. 


Change  Data  Structure 


This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  B-13.  These  functions  are: 

(i)  Segregate  Input  &  Output  Nodes:  This  function 
classifies  the  test  nodes  into  input  and  output  nodes  by 
consulting  arrays  of  input  pins  and  output  pins 
respectively. 

(ii)  Convert  Node  Data  into  Vectors:  This  function 
converts  node  data  contained  in  input  nodes  and  output 
nodes  into  test  vectors  and  reference  vectors 
respectively.  It  considers  all  input  nodes  as  an  array, 
whose  elements  itself  are  character  arrays.  This  function  # 

transposes  this  array  to  convert  node  data  into  test 
vectors . 
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NODE  A1313:  Add  Data  in  Associated  Node  Buffer 


Abstract 

This  node  gauges  the  amount  of  data  in  a  given  "data 
line"  and  checks  the  empty  space  available  in  its 
associated  buffer.  It  generates  a  buffer  overflow  sianal 
if  incoming  data  exceeds  the  available  empty  space  or 
otherwise  adds  the  new  data  to  previous  data. 


Add  Data  in  Associated  Node  Buffer 

This  node  is  decomposed  into  four  functions  as  shown  in 
Figure  B-12.  These  functions  are: 

(i)  Gauge  Data  in  Buffer:  This  function  checks  the 
amount  of  data  in  a  buffer  --  it  is  implemented  by  a  system 
library  routine  (  strlen(Sl)  )  and  will  not  be  elaborated 
any  further. 

(ii)  Gauge  Incoming  Data:  This  function  checks  the 
amount  of  data  in  the  given  "data  line".  It  is  implemented 
by  a  system  library  routine  (  strlenO  )  and  will  not  be 
elaborated  any  further. 


(iii)  Check  Overflow:  This  function,  simply  adds  the 

amounts  of  new  data  and  pre ( vious ) -data  and  compares  it 
with  buffer  capacity.  If  the  total  data  exceeds  the  buffer 
capacity,  buffer  overflow  signal  is  generated. 

(iv)  Add  New  Data  to  Pre-Data:  This  function,  if 
buffer  overflow  signal  is  not  generated,  adds  new  data  to 
the  buffer  by  a  system  library  routine  (  strcat  (S. , 


NODE  A131:  Store  Node  Data 


Abstract 


This  node,  on  receiving  a  data  line,  adds  the  test  data 
in  the  associated  node  buffer.  In  case  of  buffer  overflow, 
it  generates  an  error  signal  by  which  a  function  is 
activated  to  empty  the  buffer  before  adding  any  more  data 
to  the  buffer. 


Store  Node  Data 


This  node  is  decomposed  into  three  major  functions  as 
showin  in  Figure  B-ll.  These  functions  are: 

(i)  Segregate  Data  and  Node  Name:  This  function 
partitions  a  given  data  line  into  aata-part  and  name-part 
by  sensing  the  presence  of  " : "  (colon-mark).  An  example  of 
typical  data-line  is  shown  in  Appendix-"F”  (Page  F  —  1 1 ) . 

(ii)  Locate  Test  Node  in  Monpin-Array:  This  function 
scans  the  array  of  monitored  pins  and  locates  the  pin,  for 
which  test  data  has  been  received  in  a  given  "data-line". 

(iii)  Add  Data  in  Associated  Buffer:  This  function 
gauges  the  incoming  data  and  empty  space  in  the  associated 
buffer.  Buffer  overflow  signal  is  generated  if  incoming 
data  exceeds  the  capacity  of  buffer  otherwise  data  is  added 
to  the  specific  buffer. 


Node  A22:  Select  Operating  Option 


Abstract 


This  node,  receives  option  data  from  keyboard  in  response 
to  different  options  made  available  to  user  in  various 
menues,  verifies  their  correctness  and  sets  option  flags  to 
this  effect. 

Select  Operating  Option 


This  node  is  decomposed  into  three  major  functions  as 
shown  in  Figure  C-3.  These  functions  are: 

(i)  Select  Mode:  This  function,  in  response  to  system 
prompt  receives  IC  nomenclature  and  preferred  mode  of  opera¬ 
tion  data  from  keyboard.  In  addition,  this  function  asks  the 
user  to  input  name  of  test  file  for  "Auto"  mode  of  operation. 

(ii)  Verify  Mode:  This  function  checks  the  IC  nomen¬ 
clature  and  searches  the  test  data  files'  directory  with  test 
file  name.  It  generates  an  error  for  non-availability  of 
test  file,  informs  the  users  to  this  effect  and  asks  for 
another  selection. 

(iii)  Setup  Options:  This  function  sets  various  option 
flags  to  be  true/false  for  particular  selection  after  user 
has  opted  for  one  of  the  operating  choices  offered  to  him  in 
system  operating  menus. 

All  user  options  and  corresponding  flags  are  listed 
below: 


UOPM 

A  UOPM  1 0 
B  UOPM  1 1 
C  U POM 20 
D  UPON 21 


MANUAL  mode.  (  abbreviated  as  MAN  ) 

MAN  with  single  step  execution  and  terminal 
output  only. 

MAN  with  single  step  execution  and  terminal  and 
file  output. 

MAN  with  multi-step  execution  and  Terminal 
output  only. 

MAN  with  multi-step  execution  and  terminal  & 
file  output 


UOPA 

A  UOPA  1  0 
B  UOPA  1 1 
C  UOPA21 
D  UOPA22 
L  UOPA31 
F  UPOA32 


AUTO  mode 

AUTO  with  "stop  execution  at  first  test 
failure"  and  terminal  output  only. 

AUTO  with  "stop  execution  at  first  test 
failure"  and  terminal  &  file  output. 

AUTO  with  "stop  execution  after  X-instruction" 
and  terminal  output  only. 

AUTO  with  "stop  f  xecution  after  X-instructions 
and  terminal  and  file  output. 

AUTO  with  "run  whole  test  program  printing  all 
test  failures"  on  terminal. 

AUTO  with  "run  whole  test  program  printing  all 
test  failures"  on  terminal  and  storage  file. 
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Data  Classification  Fla 


Figure  C-3:  Select  Operating  Options 


Node  A221: 


Select  Mode 


Abstract 


This  node  in  response  to  system  prompt  receives  from 
keyboard  the  preferred  mode  of  operation.  For  "Auto"  mode 
of  operation,  it  asks  the  user  to  input  name  of  respective 
test-data  file. 


Select  Mode 


This  node  is  decomposed  into  four  functions  as  shown  in 
Figure  C-4.  These  functions  are: 

(i)  Get  Mode:  This  function  receives  a  character  "A" 
or  "M"  from  keyboard  for  Auto  or  Manual  mode  of  selection  as 
preferred  mode  of  operation. 

(ii)  Set  Flag  for  Auto:  This  function  sets  respective 
flags  to  be  true  for  "Auto"  mode  of  operation  or  "Manual" 
mode  of  operation. 

(iii)  Prompt  for  Name  of  Test  File:  This  function  is 
active  only  if  "Auto"  mode  is  selected.  It  prompts  the  user 
to  input  name  of  file  which  contains  the  test  data  to 
simulate  ICUT  and  reference  data  to  verify  correctness  of 
results . 

(iv)  Store  Test-File  Name:  This  function  stores  name 
of  test-file  in  a  specific  buffer  for  future  reference.  In 
"C"  language,  this  is  readily  implemented  by  system  library 
function  (  scanf  (S)  ). 


Node  A222:  Verify  Mode 


Abstract 

This  node,  sets  flag  for  "valid  mode"  if  test  data  file 
is  available  for  Auto  mode  of  selection.  The  mode  is  always 
valid  for  "Manual"  mode  of  operation. 


Verify  Mode 

This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  C-5.  These  functions  are: 

(i)  Check  Availability  of  Test  File:  This  function 
scans  the  file  directory  of  a  disk  to  check  availability  of 
test  data  file,  whose  name  has  been  input.  This  function  is 
readily  implemented  in  "C"  language  by  system  function  (  oper 
(  ...  )  ) ,  which  returns  a  zero  value  for  unsuccessful  access 

to  a  given  file. 

(ii)  Confirm  Mode  Validity:  This  function  sets  valid¬ 
mode  flag  to  be  true  in  "Manual"  mode  and  also  in  "Auto" 
mode  if  system  function  (  oper(...)  )  returns  a  non-zero 
value  after  successfully  accessing  the  given  file. 


Figure  C-5 :  Verify  Mode 


Node  A223 


Options 


Abstract 

This  node  prompts  user  to  select  one  of  the  offered 
sub-node  of  operations  from  a  given  menu.  This  node  checks 
the  syntax  of  the  particular  selection  and  sets  option  flag 
to  that  effect. 


Setup  Option 


Thisn  ode  is  decomposed  into  four  functions  as  shown  in 
Figure  C-6.  These  functions  are: 

(i)  Prompt  User  to  Select  Option:  This  function, 
offers  one  of  the  broad  categories  "Auto  or  Manual"  option 
menu  to  user  for  making  a  selection.  The  details  of  all 
available  option  are  described  in  description  of  Node  A223. 

(ii)  Get  Option  Response:  This  function  reads 
thekeyboard  input,  offered  in  response  to  the  select-option 
menu. 

(iii)  Check  Option  Syntax:  This  function,  checks  the 
syntax  of  input,  for  it  to  be  within  expected  range  of 
response.  This  function  repeats  itself  until  valid  response 
is  received  from  user. 


(iv)  Set  Option  Flag:  This  function,  on  valid 
selection  of  particular  sub-mode  of  operation,  sets  the 
respective  flag  to  be  true. 
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A22 3  Setup  Options 


NODE  A23: 


Setup  Reference  Table 


Abstract 

This  NODE  selects  one  of  the  prestored  tables  depending 
on  physical  characteristics  of  an  ICUT.  These  reference 
tables  contain  information  to  set  one  to  one  correspondence 
between  IC  Pins  and  IC  Tester  pins  for  an  IC  of  particular 
physical  character istics .  It  then  prompts  the  user  to 
provide  information  about  input/output  and  other  significant 
pins  of  ICUT.  This  node  also  stores  this  data  to  correlate 
ICpin  numbers  in  a  test  vector  to  their  physical  location  on 
IC  Tester  for  effecting  a  test  simulation. 


Setup  Reference  Tables 

This  node  is  decomposed  into  six  functions  as  shown  in 
Figure  C-7.  These  functions  are: 

(i)  Select  Appropriate  Table:  This  function  on 
receiving  an  input  from  keyboard,  in  response  to  a  menu  which 
prompts  the  user  to  select  one  of  the  five  IC  characteristics 
befitting  the  ICUT,  makes  the  address  of  corresponding  table 
available  to  the  program.  Five  different  tables  for  ICs  with 
following  characteristics  have  been  prestored  in  the  memory: 
14,  16,  20,  24,  40pin  dual-in-line  packages.  These  tables 
correlate  the  IC  pin  numbers  to  IC  tester  pins  when  ICUT  is 
positioned  on  the  IC  tester  in  a  manner  that  pinl  of  ICUT 
coincides  with  the  top-left  pin  of  IC  tester. 

(ii)  Fill  in  Reference  Table:  This  function  prompts 
the  user  to  fill  in  complete  reference  table  by  inputting  pin 
designation  and  class  of  each  pin.  (e.g.,  to  provide 
information  like  pinl  =  k-input  "I",  pin4  =  phi2  "C",  pinl4  = 
Vcc  "P"  and  pin7  =  Gnd  "G" ,  etc.) 

(iii)  Setup  Input  Pins  Table:  This  function,  scans  the 
reference  table  after  it  has  been  filled  up  by  the  user,  and 
sets  up  another  array  for  pins  marked  as  "input"  pins. 

(iv)  Setup  Clock  Pins  Table:  This  function,  scans  the 
reference  taole  after  it  has  been  filled  up  by  the  user,  and 
sets  up  another  array  for  pins  marked  as  "output"  pins. 

(v)  Setup  Power/Ground  Pins  Table:  This  function, 
scans  the  reference  table  after  it  has  been  filled  up  by  the 
user,  and  sets  up  another  array  for  pins  marked  as 
"power/ground"  pins. 

(vi)  Setup  Output  Pins  Table:  This  function,  scans  the 
reference  table  after  it  has  been  filled  up  by  the  user,  and 
sets  up  another  array  for  pins  marked  as  "output"  pins. 


Node  A231:  Select  Appropriate  Table 


Abstract 

This  node,  in  response  to  a  given  menu  receives  the 
input,  validate  its  syntax,  and  points  to  the  address  of 
appropriate  pre-stored  table. 


Select  Appropriate  Table 

This  node  is  decomposed  into  four  functions  as  shown  in 
Figure  C-8.  These  functions  are: 

(i)  Prompt  User  to  Mark  IC-Characteristics :  This 
function  offers  a  menu  containing  varied  combination  of  IC 
Characteristics  (size,  shape  of  IC  and  number  of  pins,  i.e. 
20  pin  dual-in  line,  40  pin  square,  etc.)  and  user  is  asked 
to  make  selection  which  matches  the  IC  to  be  tested. 

(ii)  Get  IC-Characteristics:  This  function  gets  the 
character  selection  made  by  user  in  response  to  system  menu 

(iii)  Check  Syntax  of  Selection:  This  function  checks 
the  input  for  it  to  be  within  expected  range  of  response. 

(iv)  Locate  Appropriate  Table:  This  function, 
correlates  the  valid  selection  with  the  address  of 
appropriate  table.  This  correspondence  has  been  set  aprior 
by  the  programmer. 
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h? 31  I  Select  Appropriate  Table 


Node  A232:  Fill-In  Reference  Table 


Abstract 


This  node  prompts  user  to  input  pin  designations  (i.e., 
01,  Vcc,  reset,  etc.)  and  pin-class  (clock,  power,  input, 
output,  etc.)  for  all  pins  and  stores  the  data  received  from 
keyboard . 


Fill-In  Reference  Table 


This  node  is  decomposed  into  three  functions  as  shown  in 
Figure  C-9.  These  functions  are: 

(i)  Get  designations:  This  function  asks  the  user  to 
input  designated  name  of  a  pin  of  the  IC  by  giving  a  number 
(for  example,  input  name  of  pin  1  =  ?). 

(ii)  Get  Pin-Class:  This  function  asks  the  user  to 
input  designated  class  of  the  pin  (P  =  power,  G  =  Gna ,  I  = 
input,  0  =  output,  K  =  elk,  X  =  don't  care). 

(iii)  Store  Data  in  Selected  Table:  This  function 
stores  the  pin  designation  and  pin-class  in  the  selected 
table.  This  function  is  readily  implemented  in  "C"  language 
by  system  library  function  (  strepy  (S^,  S^)  ). 


Cure  C-9 :  Fill-in  Referenc 


*  »  *  *  * 


X  -  R  A 


riJDENT  NAME  :  "ON  .  L  DR  .  SAL  E  EM 


'HESIS  ADVISOR:  COL.  H. CARTER 


r;  c  :  "  o  z  *  •  ~  r 


”  0  A  r  0 R  M A T  SUITABLE 


:  ‘Jovt-rber 


?  •*  vo  '  c  )  no  l 


5  r;  tne  3  c  t  : 
->t  files:  •.?€ 


'tner  moo  u  1  e  s 
test  do*..  3  fr 


.rr  p  r  ot  1  nr; 


rout  0  outout  f  1-33  3 r 


wh  '  1  *3  (  not  eof  (  input  E  3  I  M  file) 


get  _n  e  . .  t_  sine1,  u*.-1.  :i  ,e>; 
c  1  a  s  5  i  1;  y_r  c  v  d_ '  ine(  1  i  n  e  >  : 
i~  ( zonmand  1 ino( 1 in») 

tabu  1 ate^conmano^data (  1  i nf 
else 

too'j  1  a  t  :-_t e s x._3 oto  (  '  i  ne  )  ; 
res  tr  uctur  e__node  data!  ); 


CALLING  ARGUMENTS: 


i  n 1  e  input. 
JJt’’  i  I*:  output 


ESIM  file,  which  contains  node  designations  and  test  data.*/ 
file,  in  wnicn  r  03  tr  uctur  ec  test  vectors  from  the  given  *  /' 
data  are  stored  for  later  cc-nsumi  ion  ,  */ 


initial  he(  •  : 
toe  jl  3 1 e_cm-::_da  • 


a  (  5  : 
d  a  t  a  < 


tabu  I ate_test_da ta (  •; 
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Program  Listing  of  "Extract  Test  Data"  Function 


D-l 


Data  UOI’M 


Figure  C-l!t:  Validate  Manual  Data 


Node  A24:  Validate  Manual  Data 


Abstract 


This  node  is  activated  only  in  manual  mode  of  operation. 
It  checks  for  any  overlap  of  input  test  data  over  designated 
output/power/ground  pins. 


Validate  Manual  Data 


This  node  is  decomposed  into  two  functions  as  shown  in 
FigureC-14.  These  functions  are: 

(i)  Check  Overlap  with  Output  Pins:  This  function 
carries  out  bitwise  comparison  of  test  vector  to  check  if  any 
pin  designated  as  output  pin  is  not  simulated.  It  generates 
an  error  on  detecting  such  an  overlap  and  prompts  user 
tomodify  his  input  data.  This  function  is  activated  only  in 
"Manual"  mode  of  operation. 

(ii)  Check  Overlap  with  Power/Ground  Pins:  This 
function  carries  out  bitwise  comparison  of  test  vector  to 
chewck  if  any  pin  designated  as  power  or  ground  pin  isn  ot 
simulated.  It  generates  an  error  on  detecting  such  an 
overlap  and  prompts  user  to  modify  his  input  data.  This 
function  is  activated  only  in  "Manual"  mode  of  operation. 
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Node  A236;  Setup  Output  Pins  Table 


Abstract 


This  node  scans  the  IC  pin  table  after  it  has  been  filled 
in  with  pin-desig  and  pin  class  for  all  pins.  It  searches 
the  whole  table  to  segregate  "output  -  0"  class  of  pins  and 
sets  up  a  separate  array  for  quick  reference. 


Setuo  Outout  Pin  Table 


This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  C-13.  The  functions  are: 

(i)  Locate  Class  "O'*  Pin:  This  function  scans  the 
class-field  of  IC  pin  table  and  point  out  if  it  matches  with 

”0”  . 


(ii)  Setup  an  Array  of  Output  Pins:  This  function 
stores  the  first  matched  pin  (from  para  i)  as  zeroth  element 
of  an  array  and  adds  the  subsequent  matching  pins.  The 
arrays  are  defined  aprior  in  the  system  by  programmer. 
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Node  A235:  Setup  Pwr/Gnd  Pins  Table 


Abstract 

This  node  scans  the  IC  pin  table,  after  it  has  been 
filled  in  with  pin-design  and  pin  class  for  all  pins, 
searches  the  whole  table  to  segregate  "Power/Ground-P/G 
class  of  pins  and  sets  up  a  separate  array  for  quick 
reference . 


Setup  Power/Ground  Pin  Table 


This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  C-12.  The  functions  are: 

(i)  Locate  Class  "P/G"  Pin:  This  function  scans  the 
class-field  of  IC  pin  table  and  point  out  if  it  matches  with 
"P/G". 


(ii)  Setup  an  Array  of  Pwr/Gnd  Pins:  This  function 
stores  the  first  matched  pin  (from  para  i)  as  zeroth  element 
of  an  array  and  adds  the  subsequent  matching  pins.  The 
arrays  are  defined  aprior  in  the  system  by  programmer. 


Figure  C-ll:  Setup  Clock  Pins'  Table 


This  node  scans  the  IC  pin  table,  after  it  has  been 
filled  in  with  pin-desig  and  pin  class  for  all  pins.  It 
searches  the  whole  table  to  segregate  "clock  -  k"  class  of 
pins  and  sets  up  a  separate  array  for  quick  reference. 


Setup  Clock  Pin  Table 

This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  C-ll.  The  functions  are: 

(i)  Locate  Class  "K"  Pin:  This  function  scans  the 
class-field  of  IC  pin  table  and  point  out  if  it  matches  with 
"K". 

(ii)  Setup  an  Array  of  Clock  Pins:  This  function  stores 
the  first  matched  pin  (from  para  i)  as  zeroth  element  of  an 
array  and  adds  the  subsequent  matching  pins.  The  arrays  are 
defined  aprior  in  the  system  by  programmer. 


Setup  Input  Pins  Table 


Abstract 


This  node  scans  the  IC  pin  table,  after  it  has  been 
filled  in  with  pin-desig  and  pin  class  for  all  pins.  It 
searches  the  whole  table  to  segregate  "input  -  I"  class  of 
pins  and  sets  up  a  separate  array  for  quick  reference. 


Setup  Input  Pin  Table 

This  node  is  decomposed  into  two  functions  as  shown  in 
Figure  C-10.  These  functions  are: 

(i)  Locate  Class  "I"  Pin:  This  function  scans  the 
class-field  of  IC  pin  table  and  point  out  if  it  matches  with 

"  I "  . 

(ii)  Setup  an  Array  of  Input  Pins:  This  function  stores 
the  first  matched  pin  (from  paragraph  1)  as  zeroth  element  of 
an  array  and  adds  the  subsequent  matching  pins.  The  arrays 
are  defined  aprior  in  the  system  by  programmer. 


C-2 1 


*wr«*»r*rK**-*nr**r*'***'***W*»r*****r**w 


r  *  k  *  *  * 


*/ 

INITIALIZE  */ 

*  / 

*/ 

SON . L  DR  . CAL  EEM  */ 

EON/EPCION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE  */ 

"0?  INPUT  TO  STANFORD  IC  TES~ER  */ 

rsL .  h.::ar~er  «/ 

;  .  19114  LAST  UPDATE:  November  4,  19G4  */ 

*/ 

- «/ 

->•:  :  -  '  •?  initial  '  ses  all  variables  defined  in  the  main  *  / 


*/ 
*  / 

- »/ 

*/ 

«/ 

*  / 
«  / 

- „/ 

*/ 
»  / 

>  *  *  •ww»ir*****ie*«********:«rw***w*'K***ww**-»e*******K****#tt*v*'*  / 


C  P ! N  *?ntry; 

A  7  A  *  :  n  p  t.  r  ,  *  c  1  k  p  t  r  ,  *outDtr  ; 


entry  = 

i  tptr  1  -Irtonp  in 

o  u  t  p  t  r  = 

i  tptr ) - >outp  i  n 

•  n  p  t  r  - 

(  tptr ! - > ■ np  i  n  : 

c  1  k  D  t  r  - 

i  tot" ) - >c I kp  i  n 

ifptrl- 

>‘iUM  M0MP:U  =  3; 

1  f ptr  )  - 

;  f  I  na 1  =  0: 

l f ptr  )  - 

>  n_count=C : 

ifptrl- 

1  c  1  k_count=0 : 

1  f otr  )  - 

> put_count=0 ; 

(  fptr  )- 

1  seconc_tinee0: 

ifptrl- 

>  ’  n  i  t_aga  •  n  =  0; 

i f ptr  )- 

> o i n_c  he -0 : 

Ifptrl- 

>  ds t g_count  =  0 ; 

i fptr  )  - 

I  over  1  ow  =  3  ; 

<  fptr  )  - 

I  ri  1  c  o  u  n  t  =  0  ; 

i f otr  1- 

>  start  =  I  : 

Inline  =  U : 

< fptr  )  - 

l  or n_c o unt  -  0  ; 

\  Cl 


COUNT 


WORDS 


*/ 

*/ 

*/ 


*«'w**»TW*»w**W*»'*www**w***w***wwwwww«***W*irW«wW*w»»c**'»r*ww*w*»ww»*w»r*«r**ww*www/ 

*/ 

*  EXTRACT  TEST  DATA  !  ETC  >  */ 

*  •  / 
-*WW**'»***V*KT'»<'«»fWTT*»r*f**H(XWWW*»t-«t'*Vt<-*^K«-«*W*»*l***W»K*****W*»T«******WvWlir***W*WWW/ 

»  » / 

*  STUDENT  NAME  :  SON . LDR . SALEEM  */ 

-  *  h:  E  E  I  S  PROJECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE  */ 

FOR  INPUT  TO  STANFORD  1C  TES~ER  */ 

*  "HESIS  ADVISOR :  COL.  H. CARTER  */ 

*  DESIGN  LATE:  JULV  4  ,1934  LAST  UPDA*E:  Sectember  6.1934  *  / 

*  SAD*  REFERENCE:  */ 

'  *  L ESC" I P *  I  ON :  "his  function  dsierninos  if  3  given  character  is  alphabetic  */ 

« - - »/ 

*  PSEUDO  CODE:  */ 

■*  ;-■(  i  c  ;  =  '  a  ’  Sic1  =  '  z  •  )  I  <  c  :  =  ’  A  '  OOc  •:  =  ’  I  •  •  I  I  :  c  =  =  •_’  )  I  I  (  c  I  = 'FT  i£c< •  9  ’  >  )  «/ 

'  *  '  is  i  iphiD5iic:  *  / 

*  - */ 

*  CALLING  ARGUMENTS:  */ 

*  c  :  cha-acter  variable.  */ 

*  - - - *  / 

*  MODULES  CALL  EC  :  */ 

’  *  none  * / 

'******T**»**Tn *  *  *  **xic**»m>:*k**»:*****-  •  **»W»*>t******’»:***«*iMr*w****i***K*,#**#****  y 

i  nt  alphabetic  ( c ) 
char  :  ; 


f  :  (  c  .  =  *a  '  2  ’  I  I  <  c>*  ‘  *Z  ‘  >  I  I  (  c  -  =  ’  _  *  )  I  I  *  c  >  =  '  0  ’  <  =  *  9*  )  > 

return  <  1  >  : 
e '  se 

return  <  0 )  ; 


ft) 
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*m±m  A 


A  B  U  L  A  T  E 


DATA 


»***■»**-**■»-**  MW******!***********-!*****!*!*************!*****************! 

I  NT  'JAMS  :  SOD  .  LDR  .  SALEEM 

:s  p:,.ooect:  convep.s : on  of  esim  data  files  to  a  format  suitable 

FOR  INPUT  TO  STANFORD  IC  TES~ER 
IS  ADVISOR :  COL.  H. CARTER 

IN  E-.TE  :  JUL'  2  ,19  34  LAST  UPDATE:  November  3,  1934 

REFERENCE:  AIC 

I PT I  ON :  Th  s  module,  on  receiving  a  command  line  from  ESIM  file, 

a  C  c  or  a  i  r.c  1  y  to  set  arrays  of  mon  i  tored_p i ns .  input_p  ins  and  clock. 
If  aiso  generates  an  array  of  output  pins  from  the  availab'e  pin 


t  ’■  c  c  orciano  i  ne  ) 

i  *  1st  letter  of  cmd_‘ine(w) 

=et_up  array  of  non  tocjdjJ  ns. 
i  f  1st  letter  of  cmd_'  ine(V) 

$et_up  array  of  i np u t_g i n 3 . 
if  1st  letter  of  cmd_  inei.'C? 

set_up  array  of  cloc!:_pins. 
if  1st  letter  of  cmd_' ine( I ) 

set  correspondence  between  arrays  of  input/ciock  pins 
and  elements  of  mon i tored_p i n  array, 
generate  array  of  output_pins. 

if  1st  letter  of  cmd_'  i ne ( R  ) 
ignore. 

if  1st  letter  of  cmd_‘ine!Any  other  a'phabet) 
ict  vate  process  'handle  remaining  commands'. 

CALLING  ARGUMENTS: 


* 

tD'.r 

:  po  l 

n  ter  t 

o  type 

TABLE,  which  conta 

i  ns  po i nter  s  to 

d t  f f erent 

* 

/ 

* 

P  i 

n  arp  c 

ys  . 

* 

/ 

* 

■  P’r 

:  po  i 

nter  i. 

o  type 

PARAMETER,  a  table 

which  contains 

all  current 

* 

/ 

* 

D  r 

:>c  r  ~n 

parameter  3 . 

★ 

/ 

* 

i  ne  : 

C  e.i  '■ 

x.  1  i  ne  • 

■ead  from  ESIM  file. 

..an  array  of  ch 

aractarc . 

Ut 

/ 

; ■ ic vr  :  pointer  to  a  r -  a  y  of  test  vectors  generated  from  node  data, 
outfils:  pointer  to  fi  e.  ‘  n  which  reformatted  data  is  being  stored. 

I  L  3  3  USED: 

ou  :f  i  1  :  •»>  terra  1  file  in  which  -efornatted  data  is  stored. 


ccunt_vo-ds { ) ; 
erect  e_r.io n p  i  n_a  r  r  a  v !  !  ; 
create_:  np  i  n_orr;iy(  >  ; 
-.:reate_c  ’ : c-  :  :i_array ■  ); 
gen e rat e__o u  t ?  i  n_ a  r  r  a  y  !  ) 
lie  r  :  _  i  np  n  i  ,  : 
na ou to i n i  ;  : 


■  c  u  j  n 
ins’,  u  j.: 


r-YnrTTf'Ar*  •***•»*•  a*  s 

e  :on  to  i  n  i  r  -  j 
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i  nt  taDu 1  at s.cnd^data ( tptr ,  fptr,  cnd_l  ine,  s imptr ,  outfile 
TABLE  *t pir; 

~ER  *£?t.r; 
c n ;i r  cnd_  1  net  j  ; 

7  £  C  DATA  "si  me  t.  r  ; 

F  I  L  E  foutf:  i  1  e  ; 


I C  P I N  -entry; 

DA~*A  ‘rsirr  n,  *  C  1  k  ■'  n  ,  *outPtr  ; 
c  h  a  r  :  h  : 
i  n  t  i  ,  ‘i ; 

entry  =  ( t o t r  )  - monp  i  n  ; 
o  u  t  p  t  r -  (t^tr ) - • outp in; 
sinin  -  Itotr  )-)  inp  :  n; 
c 1 k i n  =  (*Dtr )-; clkp  in; 
ch  =  cnd_i  net  7'-  ; 

2*/itcn(  ch  ■ 

case  ‘ w ’ : 

if  {  crd_1ine[l]  =  -  *  ’  ) 

if  <  *  f  ptr  )  -  >second__t  i  me  --  U  ) 

N  s  count^woras( cmd_l  ine)  ; 

(f ptr >->NUM_MONP IN  *  N-i; 

cr«a te_monp i n_ar ray < entry  ,  cmd— line.  N  —  1 ) ; 
(fptr  )->second-t ime  =  1; 

>  “* 

e  1  3  e 

( f ptr  ) ->second_t ime  =  0; 

(  f  pt. r  )  -  >p  i  n_chg  =  1; 

) 

b  r  eak : 
case  ’ V ’ : 

if  (  crd_1  i  net.  13  ==  ’  ’  > 

c  r ea  te_ inp  n_a rrayffptr , sinin, cmd_"  ine) ; 
break  ; 

case  ’K’: 

i f  (  crd_ linetl]  =  =  ’  ’  > 

c  roa te_c 1 kp i n_ar  r  ay ( f ptr , c  1  k i n , cmd_1  ine); 
break ; 

case  ' I ‘ : 

if  (  <  fptr )-> i ni t_aga in  ==  0  ) 

marl_;npini fptr , entry, si  min) ; 

narl  _clkpin(fplr . antr  y . c 1 k • n )  ; 

eerier  aie_octp  i  n_ar  rayi  f  per  .encry  .outptr  )  : 

(  fpt.r  >  -  >  i  n  t_3gain  =  1; 

br  e<-.  ; 


1  : nc_ 1  i ne [  !  ]  =  =  ‘  ’  ) 

na  nn_-  emend  (  tptr  .  fotr  .  enr*  ‘--.siirptr  .  ou  t  f  •"  1  e  )  ; 
L-  r  •  • ; 


/* 

pointer 

to  array 

of 

mon i tored_p i ns 

*/ 

/* 

po  i  n ter 

to  a r  r  a  y 

of 

output  pins 

*/ 

/* 

do  i  nter 

to  array 

of 

input  p  n  s 

*/ 

/* 

poinier 

to  array 

of 

clock  p  n  s 

*/ 
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IKHM*«W***V***II**ltl[W«****«K*lM 


CREATE  MOM  PIN  ARRAY 


w«**K*******»ii:*i>********w*w******«K****W**ji«i»*n:****»r*****»w**i»*H**K*^*ir< 

/*  STUDENT  NAME  :  SON . L DR . SAL EEM 

~H  ES  I  S  PROJECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE 

FOR  INPUT  TO  STANFORD  IC  TES~ER 
/*  ~  H  E  3  I  S  ADVISOR:  COL.  H. CARTER 

/*  DESIGN  CATE:  JUL'  4  ,  I  9  ii  4  LAST  UPDA~E:  November  3.  1984 

/*  SADT  REFERENCE:  A'.  221 

-* - - - - - - - 

'*  DESCRIPTION:  This  module,  on  receding  a  command  line  with  comnandiw) 
set-:  u:  ar  area;-'  of  mon  toned  p  ns  and  stores  the  number  of  elements 
*  in  this  newly  created  array  in  program  parameter  table. 


30  CODE : 
f  1 


'  w  '  •:  omma  nd  line 


for  (  1=0;  i  ! =  number  of  nonp -  ns :  ++ i  • 

mon  p ' n_a  rrav[  i  ] .name  =  g et_nex  t_wor d ( stg ) 


CALLING  ARGUMENTS: 

entry  :  pointer  to  array  of  monitored  p-ns. 

stg  :  a  te>t  '  i  ne  read  from  ESIM  file....  an  array  of  charac 

its  first  letter  as  ’w" 

nunoer:  an  integer,  numoer  of  e'ements  in  array  of  monitored_p 


tens  with 


MODULES  CALLEC 


copy_char_array( ) : 


create_nonp  n_array<  entry, stg,  number) 

I C  P I N  ’entry; 
char  stc[ 1 ; 
i  n  t  n  u  ir  a  e  r  ; 

■  n  t  i=0.  j,  k=0.  doub 1 e_b 1  a n k = 1  ; 

: ha r  1  oca  1  I 2XH  ; 

‘or  (  j  =2 :  stgCjl  '.  =  ’\0’;  -  +  j  ) 

i*  (  a  1  pna set i c (  stg[j]  )) 
loco  I  I i 3  =  s t g [ j  ]  : 
coup  1 o_b 1  a n k  =  0: 
else  if  (  s t  g  C  ‘ I  =  =  '  ’  ) 

if  (  dout'e_bicnk  ==  0  ) 

' oca  i  [  i I  =  ’ \r ’  ; 

cop  :  ha  r  _.a  r  r  c  y  (  '  oca  i  ,  I  »ntry»k  )->narae)  ; 
-  ♦  k 


(oca  i  J  =  '-A  : 

cop  y_  c  '  a  r_  a  r  r  a  y  (  local  .  I  entry*1/  )  -  >  name  ) 
for  \  =0 :  i  !  =  r.unbc-r  :  i  ) 


> -  c lass  =  ’O'; 

) *  ’class  r  of  =  NOR  E r  : 


D-l  5 


CREATE 


I  N  P  I  N  ARRAY 


M»w*»rtK*«w*,»**viT*'»****K****'**i»v*****'*«rK**»****n*******'«(**i«:****w#*#ii(*’**w 

.'DENT  NAME  :  E  Q  N  .  L  D  R  .SALEEM 

:c:s  "'oject:  conversion  of  es:m  data  files  tc  a  format  suitaele 

FOR  INPUT  TO  STANFORD  IC  TESTER 
ISIS  A  V  :  EOF  :  COL.  H  .  CARTER 

II3N  : ATE :  OUL'  3  .1934  LAST  UPDATE:  Noverber  3,1984 

I  ~  REFERENCE:  A  1333 

I"  I PT I  ON :  This  module,  on  rec  ev i ng  the  f  i  r s t  comma  nc  line  with 
bn-ianc  i  V )  sets  up  an  array  of  nput  pins  and  after-wares  adds  all  pin 
:r  ■  a  r  4  t  _  associated  data  in  tms  array.  It  also  stores  the  number  of 
i -yent  in  th’t  newly  created  array  in  program  p a - amet or  table. 

=  n  u  noer  of  el  aments  a  "  r  ead  y  stored  in  i  np  i  n_a  may.  (  T  h  s 
va'ue  in  it  a  1  i sed  to  zero  at  start  of  program), 
f  !  s  *  V ’  command  1  i ne 


i  n  p  r  _a  r  r  a  y  f  .  K  i  1  .narie 
i  n p  r  crrayi  K- i ] .aata 


p i n_narre  ( from  stg. . input  parameter 
p i n _e a t a  (from  stg.  .  input  parameter 


*  CALLING  ARGUMENTS: 

-  fstr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 

*  program  parameters. 

*  simin:  pointer  to  array  of  input  pins. 

stg  :  a  te>t  ":ne  read  from  ESIM  file....  an  array  of  characters  with 

*  its  first  letter  as  ’V‘ 


MODULES  CAL  LEE 


rsrWW^rrw****** 


:  r  ea  t a_ 1  no i r_srrE  ylfptr . sim  n  ,  stg  ) 
P  A  F’  A  M  E  “  E  R  ’  f  p  t  r  ; 

DA “A  "simin; 

:  h  a  r  s  a  g  C  I  : 


:  p  a  •  =  7  ,  ■  -  2  .  K  ; 

r.  =  ;  f  -  tr  -  -  i  n_c  ou n t  ; 

w  n  1  e  3 1  a  [  j  j  !  =  ’  ’  ) 

Iit  ■■  n  +  F  :  -  ip  i  n_.d  e  s  i  g  [  i  ]  *  3 1  g  [  j  ]  : 


is  n  :  -  -  M  :  -  '■  p  i  p_s  es'rlil  =  '  \0  '  ; 

v/n  I  e  s  t  ::  I  j  I  =  =  '  '  ! 


!  *  •  '  z  '  ) 


z  C  i  3  «  :i  t  g  [  j  ]  ; 
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•  Tr: 


n»w*****w***« 


CHANGE 


T  A  T  U 


H  L  C  M  D 


NAME  :  CQN - LDR -  SALE EM 

CC  E  2T  :  CONVERSION  OF  E5IM  DATA  FILES  TO  A  FORMAT  SUITABLE 
FOR  '  : P 1 J T  TO  STANFORD  iC  TESTER 
B  V  I  S  0  R  :  COL.  H.  CAR-TER 

ATE:  Sent  25.191)4  LAST  UPDATE:  October  23,1984 

ERENCc:  A I  222  .  present’  y  not  implemented . 


Th  e  modulo  on  rec  eving  a  valid  ’  h  1  -  c  m  d  ’  restructures  the 
ilab'e  node  data  into  test  vectors,  stores  these  vectors  in 
file  and  changes  the  status  of  effected  pins  by  filling  in 


:er with  *IJ  or  1'  depending  on  *  1  or  h’  command 


?t  5 1 £ t  =  J  if  l__cmd  ’ 

rt  stat  =  1  if  *h_cmd' 

ar  (  i  1  =  number  of  elements  in  hl__array:  +  +i) 

for  '  j=0;  j 1 =  tot a  *  number  of  input  pins:  1 

if  (  hi  __a  r  r  a  v_e  lenent  [  i  ]  =  inpi  n_a  r  r  a  y__e  lament!  j  3  > 

fill  in  respective  buffer  of  i  np  i  n_a  r  r  a  y__e  1  emen  t  [  j  3 
w i t n  '  stat *  . 

celete  crossref  with  array  of  monitorec  pins. 


add  new  element  to  inoin  array  <  h 1 _a r r a y_e i ement [ i 3 > 
fill  in  respective  buffer  of  new  element  with  'stat’ 


count  =  previous  in  count  -  number  of  new  elements  added 


*  L  L  I  N  G  ARGUMENTS: 

tptr  :  oo  inter  to  type  TAELE,  which  contains  pointers  to  different 
pin  arrays. 

*  p  t  r  :  pointer  to  type  PARAMETER ,  a  table  which  contains  all  current 
p roc  ran  parameter:. 

n*  array  :  t  c*  inter  co  an  ar-ay  set  up  in  calling  rout  ire  to  store 
elements  retrieved  in  1  n  or  '  command  1  ine. 
hi  court  :  irteger.  giv  ng  number  of  words  in  h ’ cmd_l  i ne 
st:*.  t  :  Int  seer  flag  *:or  h  or  I  command  line. 

i  inttr  :  pointer  to  ar-ay  of  test  vectors  generated  from  node  data. 
ou:f  i  1  pointer  to  fi  e,  in  which  reformatted  data  is  being  stored. 


>ro:ently  not  i mo  1 emen ted ( 


p-l] 
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f*r*inM»WKW***»r**i«*«»****K**#****»M»*****'ii 


MAKE 


HL  CMD  ARRAY 


-  ****»**iHnn*****i 


r****i»ir****'***ir****'*rw*M'«*'**«r**wik* 


rtf*****W*w**  t 


r»****t**K*n . 


/*  STUDENT  NAME  :  EON . L DR . SAL EEM 

*  "HES I S  PROJECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE 

FOR  INPUT  TO  STANFORD  IC  TES“ER 
■*  "HESIS  ADVISOR:  COL.  H. CARTER 


/*  DESIGN  DATE :  Sept  3  ,  1934 
SADT  REFERENCE:  A12311 


LAST  U  P  D A” E :  October  26.  1  984 


/*  DESCRIPTION:  This  module  sets  up  3n  array  of  pins  induced  in  ’h" 

'*  or  ’ 1 '  command  ' ine. . .  ./nose  status  is  going  to  be  charged  to  ’high’ 
'  ’  or  '1  ov.  ' 

'  *  PSEUDO  CODE  : 

*  for  (  i=0;  i!=  number  of  word s  in  h 1  end  line:  ++i) 


ciet_next_word  : 

h  1  cnc_a  r  r  a  y_e  1  ement  I  i  ]  *  ne::t_word: 


CALLING  ARGUMENTS: 

hi  array  :  p  o  inter  to  an  array  set  up  in  calling  routine  to  store 
elements  recieved  in  ' h  or  " ’  command  line, 
textline:  a  character  array... a  command  line  read  from  ESIM  fi'e. 
hi  count  :  integer,  giving  number  of  words  in  h'cmd_line 


MODULES  CALLED: 


/**«**«-****w********n****w*w*'*********ii 


rx******«7t**-**y 


r*w***w******** 


mak e_h 1 cmd_a r r 3 y (  hlarray.  textline,  hlcount) 
DATA  *h ' array: 
char  text  1  i  ne: [  ]  : 

• nt  hi  count  : 


int  i.  j  ,  k ,  1.  b  "  a  n  k  2  =  I  ; 

k= 1 =0 ; 

for  (  j  = 1  :  text  1  i ne t j  ]  !  =  '\0';  +  +  j  ) 

if  ;  a  1 ohabet i c l text  1  i ne C  j ]  >  > 

( h 1  a r " a y  +  k 1  - >p i n_des i g C 1 ]  =  textlinelj]; 
+  -  1  ; 

b  1  a  n  k  C  =  0 : 


f  (  textlinelj]  ==  *  ’  Li  blanks  ==  0  ) 

(h’arr:iy  +  k)->p  r._d  e  s  i  g  i  1  ]  =  ’  \0  ’  : 

1  =  ‘  0 : 
b  1  :  n  k  C  =  1  : 


h 1 ar -  a  v* •  )  - 


in  d  e  s  i  r.  [  "  ] 
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nt  hand_r=mcmd(tptr ,fptr  ,s 
TABLE  * t  a  tr  ; 

PARAMETER  *fptr; 
char  st 3 [ ] : 

VECDATA  "s  iract.r  ; 

FILE  *c  utf  i  1  e  : 

ty , 3 imptr ,outf  i  ‘e> 

n  t  f, j,  1C. L.M.P.Q. valid, 

I  CP  I  '1  'entry; 

BATA  'inptr  ,  "Outptr  , 

er  r  =0 ; 

*h 1 ptr  : 

outptr=  1 tptr ; ->outp  ini 
hlptr  =  ( tptr !->h' noce: 

K  =  •:  fpt.- )->nuM_:iCfiP  IN; 

L  =  fpt" )-> i r_count; 

M  =  ' fptr )->out_ccunt; 

P  =  :ourt_worc:s(  stc)  -  1: 
valid  =  va  1  i  da.  te_cmc  1  i  ne  < 
f  {  va 1  d  =  =  0 ) 

stg  >  ; 

p  r  i  n  t  f  i  "  i  s  a  v  a  ~  '  d  line: 
make_h 1 cmd_ar ray'  hlptr. 

~s\n  “  .  stg  >  : 
stg .  P  ) ; 

fori  i -0 ;  i ! =  P:  +  +  i  ) 
p  r  i  n  t  f (  "  " Ed  X 3 \ n " , 

.(hi ptr- i > ->p i n_des i g  > 

if  (  stgC.Cn  ==  •  h  '  ) 

0  =  :  ; 
else 

0  = 

if  (  s cr ut_h 1  end ( outptr 
•a  r  r  =  -  1  ; 

> 

.  hlptr.  M .  P )  ) 

returnierr  )  ; 

1 


r**r*****»»*T**:*«r*  *r*w*r*ir>r*wir> 


(****w*'»*****»*Hr*r*#*)ir*inM 


t*<'»*'»******)»***#i»«* 


HANDLE  REMAINING  COMMANDS 


r  w  ft  *  *  1 


r**************************** 


/*  STUDENT  NAME 

/*  ~hes:s  proje: 


SQN .LDR . SALEEM 

CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE 
FOR  INPUT  TO  STANFORD  IC  TES~ER 

*  "HES  IS  ADVISOR:  COL.  H.  CARTER 

'*  DESIGN  CATE:  Sept  2  ,I9:S4  LAST  UPDATE  s  October  25,  1984 

/*  SADT  REFERENCE :  A122 

*  - - - - -  - - - - - - - - —  —  —  _ _ _ _ _ _ _ _ _  _  —  . 

DESCRIPTION:  This  moaule  on  reciev ing  any  other  command  except!  w,V,K,I 

ignores  all  ot  h -a  rs... presently... and  processes  'h  or  '  cmd 
It  cnecks  the  va 1  dity  or  the  command  and  changes  the  status  of 


and  R  !  i 

gnor  -3 

only.  It. 

cnec  k 

effected 

pins. 

PSEUDO  CSC 

£  . 

/*  if  (  a  h_cmd  or  a  l_cnd  ) 

/  *  { 

/*  change  node  d3ta  nto  vector  form: 

/ *  wr-te  out  test  vectors  to  externa’  file: 

/*  mate  array  of  pins  included  in  " h  or  1‘  command  1-ne; 

/*  scrutinize  hl-commands  for  its  va ’ idity: 

/*  change  status  of  effected  pins: 

/*  I 

/* - 

/*  CALLING  ARGUMENTS: 

/*  tptr  :  pointer  to  type  TABLE,  which  contains  pointers  to  different 
/ *  p  in  arrays. 

/*  fptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 
/ *  program  parameters. 

/  *  stg  :  A  te>  1 1  • n  e  read  from  ESIM  file,  .an  array  of  characters.,  an 
/*  h  or  1  command  1 ine 

t *  siiotr  :  pointer  to  array  of  test  vectors  generated  from  node  data. 

/*  outfile:  pointer  to  fie,  in  whicn  reformatted  data  is  being  stored. 

/  * - - — _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

/*  FILES  USED: 

/  *  out  file  :  external  file  in  which  -ef  ornat'.ed  test  vectors  are  stored. 


/*  MODULES  GALLEC : 


-‘include  "  s  t  d  i  o  .  h  " 
-•  i  n  c  1  u  a  e  "  c  e  f  .  n  " 


ma i e_h 1 cmc_a  r  r  a  y  (  -  ; 
s  c  r  u t_h 1  end (  )  : 
change_stntus_h 1  end  (  I  : 


(**■<*» 


presently  not  i mp " emented . 
•*****■**********:*  ******* 
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Q  =  (  i  n  p  t  r  +  j  '  -  >  m  o  n  r  a  f  : 

{ s i iptr + i ) - >test_ i nput [ j ]  =  { en t r y + Q > - > da t a s tg [ i ] : 
else 

<  s  i -iptr  +  i  >  -  >test_i  nput  [  j  ]  =  (  i  nptr  +  j  )  -  >p  i  n_data  C  i  ] 

for  ■  j!=M;  -+j  ) 

Q  -  1  cutptr  +  j  1-1-monref  : 

(  s  i  mpt  r  *  j  )  -  ;  ref_output  1.  j  ]  =  (  entry  +  O  )  -  >datastg  C  i  ]  ; 


i  s  imotr+ ; )->fcl low  =  1: 
i  s  i  motr  ♦  change  =  0; 


l  fptr  )-orn_:cunt  =  N: 
if  (  '  fptr  )->f ina'  ==  1  ) 

(  s  i  nptr  -N-  1  )  -•  >f  o  1  1  ow  =  IT; 


a 
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CONVERT  _  N  0  D  E  2  _  VECTOR 

XXXXXXXXXXXXXXXXXXXXXXWXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 


’/ 

*/ 

*/ 

*/ 

’/ 


X  X  / 

*  STUDENT  NAME  :  E ON . L DR . SAL EEM  */ 

*  'HESIS  P-G2ECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE  ’/ 

*  FOR  INPUT  TO  STANFORD  IC  TES~EP,  */ 

*  'HECIS  ADVISOR:  COL.  H. CARTER  »/ 

*  [.’ESI  IN  CATE:  August  28.  1  984  ’/ 

*  DEC!  G  N  C-.TE:  Auaust  28,  1  984  LAS"  UPDATE:  October  20,1984  ’/ 

*  SAD'  REF  E.R  ENCE  :  A1  222  ’/ 

. - */ 

*  DECS"  I  PT  ;  ON  :  T  h  - 's  nodule  scans  the  input  array  and  forming  an  array  ’  / 

*  consisting  of  acta  str  ng  associated  wth  each  input  p '  n _ each  data  */ 

*  string  is  it  se  f  an  array  of  cfiaracters.it  transposes  the  imag-inary  */ 

*  matri.-  to  convert  node  data  into  test  vectors.  ’  / 


*  PSEUDU  CODE:  ’/ 

’  M  =  nunter  of  elements  in  array  of  input  p  ns  ’/ 

*  N  =  sice-  of  oata  string  associated  with  i np i n_a r r a y_e 1 emen t 13 1  */ 

*  form  an  imaginary  matrix  of  size  (  M  :<  N  )  with  its  rows  as  */ 

*  data  strings.  */ 

*  T  a a  transpose  and  resulting  in  a  matrix  of  size  !  N  x  M  )  ’/ 

*  where-  fl .  is  now  number  of  test  vectors  and  M  ~s  size  of  */ 

”  each  test  vector.  *  / 


x - X/ 

*  CALLING  ARGUMENTS:  */ 

*  tptr  :  pointer  to  type  TAELE,  which  contains  pointers  to  different  ’/ 

*  p in  arrays.  ’  / 

*  fptr  :  point.er  to  type  PARAMETER,  a  table  which  contains  all  current  */ 

*  procran  parameters.  *  / 

*  sinptr  :  pointer  to  array  of  test  vectors  generated  from  node  data.  ’/ 

x - */ 

*  MODULES  CAL  L  EC  :  */ 

*  None  «/ 


**7rW******Tf*w*****ww****w-*  ?**•******»*******•********  •»,**'-*****rK***-****-****w**iir'w**/ 

on  ver t_noc a?2_vec tor1 tptr ,fptr .simptr ) 

TAELE  *  t  o  t  r : 

PARAMETER  ’fptr: 

VEC  DATA  ’simptr: 


'  n  t  i  .  j  , 

,  \  .  L  .  M  . 

N  .  P  .  Q : 

-  r  p  r  •  * 

"entry 

OATA 

”  i  n  p  t  r 

,  "outptr 

char 

"temp  : 

entry  = 

l tptr  : 

- >nonp  i  n  ; 

■  nptr  = 

t  tptr  ; 

- > - np i n  ; 

o  u  t  p  zr  - 

(tptr! 

->OL'tp  in  ; 

K  =  fptr  >->NLM_;iCNPIN: 

L  =  fptr )-> ir_count : 

!1  =  fptr  )->oit_ccunt: 

N  =  ;tr  I  i:nl  le-ntr;  1-  -datastg  )  : 


j i -  '  monref  1 =  9  9  ) 


•  • 


/**■<*»*'▼***»!****#■  **ir*'**iirir*irwilr**irwwwii*xw****iriir*w«t*r*ilrKWtt-#i****wirirwww*ttwi*w<rw**rww«*  / 

*/ 

/*  CHANGE  _  DATA  _  STRUCTURE  */ 

/*  «/ 

/  *  *  / 

/*  STUDENT  NAME  :  SON . L DR . SAL EEM  «/ 

/*  ~HESIS  PROJECT :  CONVERSION  OF  ES1M  DATA  FILES  TO  A  FORMAT  SUITABLE  */ 

/*  FOR  INPUT  TO  STANFORD  IC  TESTER  */ 

/*  ~HES I S  ADVISOR:  COL.  H. CARTER  «/ 

/*  DESIGN  CATE:  August  13.  1934  LAST  UPDATE:  October  13,  1984  */ 

/*  SADT  REFERENCE:  A132  «/ 

/  * - *  / 

/*  DESCRIPTION:  Th - s  module  singles  out  the  input  pins  not  included  in  the  *  / 

■' *  ar-ay  of  monitored  pins  and  extrapolates  the  data  associated  wth  these  */ 
•’ *  pins  to  match  with  other  monitored  pins.  It  then  chances  the  p-n  noae  */ 
■' *  data  into  test  vectors  by  call  ng  ’  ref  ormat_node_data  ’  routine.  */ 

*/ 


-*/ 
*/ 
*  / 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
«  / 
-*/ 
"/ 
*/ 
*/ 
*/ 
*/ 
*/ 
-*/ 
*/ 
*/ 
**/ 


•'*  PSEUDO  CODE: 

■  *  for  (  1=0:  i!=  number  of  input  pins:  + -  i  ) 

'  ft  f 

/*  if  (  i np i n_ar r av_e 1 ement I i ]  not  a  member  of  nonpin  array  ) 

/  *  { 

/’  N  =  size  of  associated  data  string 

■'  *  fill  (  H  to  buffer_size)  places  with  (N-l)th  place  data 

/  *  > 

I  *  \ 

I*  change  node  data  into  vector  form  (  convert_node2_vector ) 

/  * - 

/*  CALLING  ARGUMENTS: 

/*  tpcr  :  pointer  to  type  TAELE,  which  contains  pointers  to  different 
!  *  pinarrays. 

/*  fptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 
'*  program  parameters. 

/*  sinptr  :  pointer  to  array  of  test  vectors  generated  from  node  data. 

/  * - 

/*  MODULES  CALLED: 

/*  convert_noce2— vector () : 

.«****,*.T*wwKXM*r**w*M,,**»**nT<'«*xwit*wi,*x*ww*WK**ww*w*w**,ir,t***xw1r,irwv 

:hange_data_str  uc  tur  el tptr .fptr  .  sinptr  > 

TABLE  * t p  t r  ; 

PARAMETER  "fptr: 

V  E  C  D  AT,-,  *  s  i  mp t r  : 


nr#***#*** 


int  i  ,  j  ,  Y.  .  L  ,M  ,  iv  ,  P  .  C  : 

I C ? I ' J  *»rtry; 

DATA  *  ir-Jtr  ,  ■  outptr  ; 

:nar  *mcKenu  1  1  ; 
cnar  t r  '  :i  1  C  2 0 1  : 
entry  =  (t.  Dtr'-^monpin; 

inotr  =  (  Iptr  >- > inp  in: 

o  u  t  p  t  r  =  (  r.ptr  )->outD  *n: 

::  =  '  -otr  •  -  •NUM_MOr.'P  I  il : 

L  =  '  ;otr  -  •  i  n__cou r t  : 

M  =  •'  '  n>  t  r  ■  -  ■  o'j  t  ou  n  t : 

*  I  =  ;  t  r  ten  (  n  t  r  •  •  )  -  d  a  t  :i  s  t  g  )  ; 

n;i  -  ei'jl  1  ; 

f  or  ■  =  J;  »  =  _  :  —  ) 

if  •'  ’  n  p  t  •  4  i  /  “  m  o  n  r  e  f  =  =  ?  9  ' 


=  :;tr  i«r(  <  :  nptr  +  i  '->p  in^data  ): 

or  ■  j  =  3 -I :  j 1 -N  :  + - j  > 

i  ir:>tr*  i  )  -  >  p  n_d a  t  a  l  j  J  ~  {  inpTr*  i  )-  >p  i  n_dat:i  [  P  - 1  ]  : 

i  nr  tr  i  ;  -  .'p  njjata  C  ,’J  ]  =  '  \£7  *  : 


conve**  t__r  o  d  e  2  ector  (  tptr  .fptr  ,  3  inptr  )  ; 

r  o  r  '  -  -  C  :  i  !  =  K  :  -  +  i  > 

1 1  r  c  t>  y  ’  (entry  +*'  !->datastg,  m  a  k  e  n  u  1  1  )  : 
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o  stg £ i ]  -  ’ \JJ '  ; 


i  =  0: 

wn  i  le  (  catal  iret !  =  ’  \£T '  ) 

plnstgEi]  =  dital  inetj]; 

-+  i  : 

-  +  j  : 

\ 

p  ~  nsT.g  E  i  1  -  '  \£”  : 

K  »  ! fptr )- >d: tg_count : 

M  =  str  ’  an  (  \  e;nprv'  +  K  )  -  )datastg  )  : 

N  =  3tr  i  sn(  dpt.r  )  : 

if  (  k  =  =  :t>  io,  ( M-r; )  >maxl  ) 

lfpt“  pver*  low  =  1; 

e "  se 

strncatl  ( ent r y  +  K ' - >datautg  ,  dptr.40): 

-+(  : fptr )->dsts_count )  s 

•f  (  Ifptr)  -  -csi3_coun;  --  (fptr  •  - >NUM_MONP I N  ) 
(  fptr  )  -  >dsT.g_coLint  =  0: 
strcsyl  data  I  ine.  makenu'1); 
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/**w*x»iir*'**»r*******'»fw**x*'>r*x******wx**,***'**w*****iir*xw*xx*x*iK**w**iir*wilrx**XXi»rxji 

.'  * 

/*  S  ~  0  R  E  -  NODE  -  D  A  ~  A 

/x*********x****»**xi«****x'*x*ir****x*wX**'**X*»r*'*r*****»r***'**ilr*»r*»ir**tk***X»irX*X*Xwi 

/«  STUDENT  NAME  :  SQN . L DR . SAL E EM 

/*  'HE31S  PROJECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE 
/*  FOR  INPUT  TO  STANFORD  IC  TES“ER 

/«  "HESIS  ADVISOR:  COL.  H. CARTER 

/*  DESISN  CATE:  August  2  .1984  LAST  UPDATE:  October  27.  1984 

/*  SADT  REFERENCE:  A1S1 

- _  _ - _____ _  —  —  —  —  —  — _  _ ______ _  _  —  _ - _  _  _  - 

■' *  DESCRIPTION:  Th  ■  s  module,  on  retrieving  a  aata_l  ■  ne  from  ESIM  fi'e 
/*  segregates  it.  into  its  name  and  data  parts.  It  then  adcs  the  node  data 
/*  i  n  to  its  respective  buffer  if  enough  space  is  available;  otherwse  an 
*  overflew  flac  is  generated  to  c’ ear  the  buffers  before  adding  any  new 
/  *  G2  ta  , 


IUDO  CODE: 


K  =  repetition  of  data  line  n  monpin  group: 
dftr  r.g  =  data  part  of  data  ine: 
if  (  'size  of  d  3 1  r  i  n  g  +  aata  in  K t  h  buffer) 
set  buffer  overflow  flag, 
else 

acd  data  to  Kth  buffer 
--  K : 

if  (  K  ==  number  of  monitored  p  ns  ) 
set  K  =  0:  {  restart  next  group  ) 


buffer  size  ) 


'*  CALLING  ARGUMENTS: 

'*  tptr  :  pointer  to  type  TAELE.  which  contains  pointers  to  different 
'  *  pinarrays. 

'*  fptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 
'*  prociran  parameters. 

'*  data_l‘ne  :  A  textline  read  from  ESIM  file. .an  array  of  characters. 

'  *  first  letter  being  ’ > ’ . 

* - . - — - - - - - - - — _ _ —  - . - - - - -  _ 

'*  MODULES  CALLED: 

'*  None 

-***************  ***XTc*x**?t*w:ir***w**'K*******x*w*****x**-*****w*******w****** 

st or e_node_data { tptr .fptr . data  1 ine; 

TABLE  *tp  tr : 

PARAMETER  *fptr : 
c  n  a  r  data'ineld 


r**w*X*«**« 


i  n  t 

i  - 

a.  .i  =  i 

char 

-r 

p  i  ntr  . 

char 

o 

i ns  tg C 2 " 

IC?  I 

N 

*  e  n  t  r  y  : 

P  •  no 

x.  r 

=  o  i  n  s  t 

op  c  r 

=  :i  s  t  g  : 

e  n  c  r 

y 

=  (  tptr  :■ 

in  a  k  -a 

r  'J 

11  =  " " : 

wh  i  I 

e 

i  cutai  i 

G  S 

c  •; :  =  cc 

-  /  m  o  r  p  i  n  : 
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r*X**'W»**WWX*irTl 


RESTRUCTURE  TEST  DATA 


r**«r«K*K*»it«*w****i() 


*W*7»*r*-»****i«***w»*****W*w**ii 


U  DENT 

es:s  ? 

es:s  A 
sign  c 

DT  REF 


PESCR I pt 


SE'JDO  C 


NAME  :  SON  .  LDP.  .  SALEEM 

■'.OUECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABLE 

FOR  INPUT  TO  STANFORD  IC  TESTER 
DVISOF:  COL.  H. CARTER 

ATE  :  August  2.  1  934  LAST  UPDATE:  October  27.  1984 

EP.ENCE  :  A 1  2 

ION:  This  module  stores  node  data  into  its  respective  buffer  thru 
outine,  changes  ts  format  into  test  vectors  anc  stores  them  in 
external  file. 


DDE  : 

if  {  text  line  s  a  '  cr.id_l  i  ne  *  ) 
st.ore_node_data  (  )  : 
if  (  data  overflow  =  =  I  > 

chance_data_structure( ) : 
c  ppen a2_f i 1 e (  )  ; 
store  node  data!): 


L  L  Z  NG  ARGUMENTS: 

tptr  :  pointer  to  type  TABLE,  which  contains  pointers  to  different 
pin  arrays. 

£ptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 
program  parameters. 

data_l-ne  :  A  te-xtline  read  from  ESIM  file.. an  array  of  characters, 
first  letter  be - ng 

s  i  nptr  :  po  i  nt.er  to  array  of  test  vectors  generated  from  node  data, 
outfile:  pointer  to  fi'e  in  whch  test  vectors  are  to  be  stored. 


MARK 


C  L  K  P  I  N 


lv«»*'T«»t*lr******S*«**l(«*«»**»M»**w«*t«**#)(*1t*t«K*li*****lHt 

STUDENT  NAME  :  SON .LDR .SALEEM 

-RE2IS  PROJECT:  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITABL 

FOR  INPUT  TO  STANFORD  IC  TES~ER 
"HESIS  ADVISOR:  COL.  H . CARTER 

DESISN  CATE :  0ULv  13.19B4  LAST  UPDA~E:  Novenber  3.  19 

SADT  REFERENCE:  A13342 

DESCRIPTION:  Th  z  nodule  compares  each  element  of  array  of  clock  pins 

witn  a  1  '  elements  of  ar-ay  of  monitored  pins  ana  sets  a  cor r esponaen c e 
bec./eer  the  elements  of  borh  arrays  wren  a  match  is  found. 


PSEUDO  CODE 


for  I  ■ =0 ;  i  ! =  tota 1  number  of  c  1  ock  pins:  ++  •  > 

for  (  j=0:  j!=  total  number  of  non  tored  p’ns:  +*j) 

f  (  c  1  k  p  n_a  r  r  a  y_e  lenentC  i  j  =  =  mo  np  i  n__a  r  r  a  y_e  1  eme  n  t  C  j  ]  ) 


monp  n_a r r a y_e 1 emen 1 1 j 1 . c 1  a s s  = 
monp  n_array_e i ement  L  j ]  . cr  sr ef  = 
c 1 kp  n_a  rray_5 lementt  i  1  . mo nr  of  = 


'CLOCK - : 


/*  CALLING  ARGUMENTS: 

/*  fptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 
/*  proc.ran  parameters. 

'*  elk.  x  :  pointer  t.o  array  of  mon  tored  p  n  s  . 

/  *  clksirr:pointer  to  array  of  input  pins. 


MODULES  CALLED: 

ecu a l_str i ngs (  )  : 


<*■*■*-****»**'*■' 


art-  1  I'p  i  r  i  f  .  c  1  k ,  c  1  k  5  i  n  ) 
PARAMETER  *fp ir  ; 

I  C  ?  I  N  ’elk  : 

DA” A  T  c  1  !  i  m  ; 


:or  (  i=0:  i  1=  ( fptr  >->clk_count ;  ++ f  ) 

for  ;  j =7;  jl=  {fptr > - >NUM_MONP I N :  -+j  ) 

i  f  ’  -sc;  u  :i  1  _s  -  r  i  n  g  z  {  (elks  i  }  -  N-  p  n_d  esig.  (elkx  +  j  i->name 

‘cl?*::  +  c  "  a  s  s  =  C  *  : 

cli  :  +  •  :  -  :  c  ‘  :::_-elT  =  i  ; 

c  1  !■ ■  v>  i  n  -  i  ■  -  Air  n  r  •? f  =  j  ; 


cl/:;  in  -  i  ;  -  !  nonr'af  =  NO  REF 


i*  (  DEBUG  ) 

or  ;  n  t  f  (  "  *2  x  e  c  v  t  i  ri  n  creat  “ _ elkp  in^ar-ay  \  n  "  )  : 

for  (  5  =  O'  ;  i  !  =  1  :  o  z  r  )-.*•:  H  _ :  o  u  n  t,  ;  -  -  i  ) 

cr  i  nt1:(  "  c  "  ,  : 

p*-  intT(  "  E 1  "  .  :  c  1  k  3  i  m  -  i  >  -  •  p  i  n_d esig): 

p-  in;':{  "  d  "  .  •  c  I  <■.  3  1  n  *  i  ;  -/fnonr«*  )  ; 

i  nr  !T  !  ”  ii  \  n  "  .  (  c  1  k  a  i  n  +  i  /  -  d  n  o  a  a  a  )  : 


MARK 


:  N  P  I  N 


STUDENT  '1AM E  :  S  Q  N  .  L  D  P.  .SALEEM 

_HEC:S  P  V OJ  ECT :  CONVERSION  OF  ESIM  DATA  FILES  TO  A  FORMAT  SUITAELE 

FOR  INPUT  TO  STANFORD  IC  TES'ER 
_KES:S  ADVISOR:  COL.  H. CARTER 

DESIGN  l-^TE:  UULV  1  4  .  1  934  LAST  UPDATE:  November  3.  1934 

SADT  P  E  r  ER  E  ■  ICE  :  1  334  1 

DESCE IPTION:  Th'S  moduli!  compares  each  element  of  array  of  input  pins 

witn  al‘  elements  of  array  of  monitored  pins  and  sets  a  correspondence 
bevreer  the  elements  of  borh  arrays  when  a  match  is  found. 


IDO  CODE: 


-c*r  (  i  =  ff ;  i  !  ~  tota  1  number  of  i  rput  pins;  +  +  ) 

for  t  j  =  0;  j!=  total  number  of  sion  tored  p  ns:  +  +  j) 

{ 

if(  i np  n_ar r a y_e 1 ement C  i I  =  =  monp i n_a r r a y_e 1 emen 1 1 j  ]  > 

{ 

monp  n_a  r  r  a  y_e  lament!  j]  .class  -  'INF  l:  T  ’  ; 
monp  n_a  r  r  a  y_e  lementl  j]  .crsrsf  =  i; 
i np  n_a r r a y_e limenti  i I .monref =  j: 


*  CALLING  ARGUMENTS: 

*  fptr  :  pointer  to  type  PARAMETER,  a  table  which  contains  all  current 

*  procran  parameters. 

*  entry:  pointer  to  array  of  monHored  p  ns. 

*  si  min:  point.er  to  array  of  input  pins. 


MODULES  CALLEt 


ecu a l_str inasl ) ; 


r*w***w***w*wwr>r*i 


a  r  !■  _  i  n  o  i  n  (  fptr  ,  €;  n  t  r  y  «  3  i  m  i  n  . 
P  A  F:  A  r -1 E  7  E  R  *  f  p  ~  r  : 

I  CP  IN  *  2  n  t  r  y ; 

D  A  A  *  :3  i  m  i  n  ; 


i  n  t  i  .  j  i  K 

<  =  i f otr 
c  or  (  i  =0 


- > i n_c  ount ; 
i  !  =  Y  ;  -  -  i  ) 


t  s  i  n  ■  n  +  i  >  -  >nion  r  of  =  NOP.  E  F  ; 

for  J  =  cr ;  j  !  =  <  fptr  >  -  >  N  U  M_M  0  N  P  I  N  :  +  +  j  » 

if  ecjal_3t.r  incs(  (  en  t  r  y  +  j  )  -  >  name  ,  (s  min+i  >->p  in_de? -'g  )) 


■  -;ntr 

(  >  n  r.  r 


-  >  r  ~  a  s  3  =  I  '  : 

-  .  c  '  353_r  ef  =  i  ; 
- ;nc n r  ef  =  j  ; 


it . ?  .  exo't 
(  i  =J0r :  i 


.inn  mark_  np  i  n  :  \ n  "  )  : 
=  r  :  +  +•  U 


P  r  •  n  t  V  ' 

P  r  i  n  tf:  (  " 


/.  5  "  ,  i  ,  (simin+l  )  -  >  p  i  d  e  3  i  g  )  : 

V,  z  s  n  "  *  {  s  min+i  )-.’nionrer  ,  !  s  in  i  n  +  i  1  -  >p  in  oats); 
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SIEVE 


A  Functional  Test  Specif ication 


Interchange  Format 


Introduction 


The  enclosed  format  provides  for  the  specification  of  a 
procedure  for  functionally  testing  digital  microchips. 

You  may  specify  a  sequence  of  input  vectors,  binary 
values  for  your  chip's  input  pins,  and  also  a  sequence  of 
output  vectors,  binary  values  expected  of  your  chip's  out¬ 
put  pins. 

This  interchange  format  ultimately  drives  testing 
equipment  so  that  your  chip  receives  your  specified  input 
vectors  and  has  its  outputs  checked  against  your  specified 
output  vectors.  Any  time  your  chip's  ouputs  do  not  match 
your  specified  output  vectors,  the  test  procedure  notifies 
you  of  the  clock  cycle  and  the  pin  with  the  unexpected  out¬ 
put  value. 

Note :  This  interchange  format  is  to  be  read  and 

written  primarily  by  machines  and  not  people. 
Therefore,  feel  free  to  write  your  own  test 
language  and  programs  to  translate  your  favorite 
language  into  this  particular  format.  (The 
introduction  of  macros  in  this  format  was 
motivated  not  by  human  convenience,  but  for  the 
potential  of  saving  disk  space) . 


Getting  Started 

The  interchange  format  consists  of  two  parts,  a 


"declarations"  section  and  a  "body"  section. 

The  declaration  section  gives  names  to  your  chip's 
pins  so  that  you  can  specify  subsequently,  in  the  "body" 
section,  your  test  vectors  in  terms  of  these  names  for 
pins,  as  opposed  to  specifying  something  horrible  such 
as  geometric  coordinates  for  your  pins  each  time  you 
want  to  reference  each  pin. 

It  is  also  in  the  declaration  section  where  you 
specify  which  pins  are  to  receive  power  (VDD)  and  ground 
(GND)  . 

Finally,  the  declaration  section  provides  a  rudimen¬ 
tary,  parameterless  "macro"  definition  capability.  That 
is,  you  may  define  abbreviations  in  the  declaration  section 
which  will  be  understood  within  the  "body"  section.  This 
capability  provides  for  shorter  interchange  files. 

Comments  may  be  placed  anwhere,  and  have  the  format: 

/*  arbitrary  text  */ 

In  addition,  blanks  (spaces,  tabs,  carriage-returns, 
line-feeds,  form-feeds)  may  appear  anywhere. 

The  Declaration  Section 

The  first  thing  to  appear  in  your  interchange  format 
file  is  the  "declaration"  section.  There  are  five  parts 
in  this  section,  and  they  may  appear  in  any  order. 

Each  part  begins  with  a  keyword  followed  by  a  colon. 

Four  of  the  five  parts  serve  to  assign  numbers  to  pins. 
The  remaining  part  provides  for  macro  definitions. 
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Imagine  your  chip  as  a  box,  which  has  of  course  four 
sides,  TOP,  BOTTOM,  LEFT,  and  RIGHT.  You  assign  numbers 
to  pins  separately  for  each  of  the  four  sides: 

TOP :  #  ,  #  ,  ...  ,  #  ; 

BOTTOM:  #  ,  #  ,  ...  ,  #  ; 

RIGHT:  #  ,  #  ,  ...  ,  #  ; 

LEFT:  #  ,  #  ,  ...  ,  #  ; 

[Nomenclature :  We  will  use  the  sharp  sign  (#)  to 

designate  any  string  of  digits.] 

The  order  of  the  numbers  following  each  of  the  four 
edge-keywords  is  important.  We  assume  that  you  assign 
numbers  along  the  TOP  and  BOTTOM  edges  lef t-to-right . 

We  assume  also  that  you  assign  numbers  along  the  LEFT  and 
RIGHT  edges  bottom-to-top .  In  other  words,  we  expect 
always  that  the  order  corresponds  to  increasing-X  or 
increasing-Y  coordinates. 

We  reserve  the  numbers  0  and  1,  which  designate  that 
the  corresponding  pin  is  to  be  tied  to  GND  or  VDD  forever! 

We  wish  to  stress  that  this  interchange  format  is  meant 
to  be  generic.  We  intend  it  to  be  sufficiently  non-specific 
so  as  to  apply  either  to  pads  on  a  chip  or  to  pins  on  a 
package,  etc.  For  a  particular  application,  you  will  need 
in  addition  to  this  document  another  document  which  dictates 
exactly  how  many  elements  are  expected  along  the  TOP, 

BOTTOM,  LEFT,  and  RIGHT. 


For  example,  if  we  are  testing  a  packaged  chip,  TOP, 
BOTTOM,  LEFT,  and  RIGHT  correspond  to  the  four  sides  of 
the  package  itself.  (A  40-pin  DIP  will  expect  20  entries 
in  each  of  TOP  and  BOTTOM,  and  zero  entries  in  each  of 
LEFT  and  RIGHT) . 

For  another  example,  if  we  are  testing  via  direct  wafer 
probe,  we  will  generally  insist  that  your  project  employs 
some  well-defined  "standard  pad  frame"  (for  which  we  will 
have  constructed  a  "standard  probe  card").  In  this  case 
once  again,  the  lengths  of  each  of  TOP,  BOTTOM,  LEFT,  and 
RIGHT  are  fixed,  and  so  your  positional  association  of 
signal  numbers  along  each  edge  continues  to  be  well- 
def ined . 

Macros 

The  fifth  part  of  the  declarations  sections  provides 
for  macro  definitions: 

MACRO:  name  {  arbitrary  text  ] 

MACRO:  name  f  arbitrary  fext  3 

•  •  • 

MACRO:  name  C  arbitrary  text  3 

Each  macro  definition  is  preceded  by  the  keyword  MACRO 
followed  by  a  colon.  Then  comes  the  macro  name  (the 
abbreviation  which  you  will  use  later  in  the  "body").  The 
expanded  meaning  of  the  abbreviation  appears  following  the 
name,  enclosed  in  curly  brackets  ((3). 

We  restrict  macro  names  to  consist  only  or  letters  and 
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digits  and  underscores  (_) .  We  will  make  distinction 
between  upper  and  lower  case  letters.  We  insist  also  that 
macro  names  be  unique  in  their  first  64  characters,  (e.g., 
you're  safe  if  all  your  macro  names  contain  no  more  than 
64  characters)  . 

Finally,  the  order  of  macro  definition  is  unrestricted 
In  fact,  MACROS  may  be  "nested",  that  is,  a  macro  may  call 
another  macro  from  with  its  definition  (the  "{arbitrary 
test] "  part)  . 


The  Body:  Your  Test  Vectors 

The  body  starts  off  with  the  keyword 

BEG IN_TEST : 

and  continues  with  a  sequence  of  any  of  four  directives,  a 
finally  terminates  with  the  keyword 

ENDJTEST 

The  four  kinds  of  directives  are: 

"Drive  a  pin  to  a  specified  value" 

"Verify  that  a  pin  presently  has  a  specified 
value" 

"Complete  specifications  received  thus  far 
before  proceeding" 

"Call  a  macro" 

Let's  discuss  the  first  two,  most  popular,  directives 
first.  You  actually  specify  not  an  input  vector  at  a  time 
but  rather  one  element  of  an  input  vector  at  a  time.  You 


actually  say  "drive  this  single  pin  to  this  single  value". 


You  specify  an  entire  vector  by  specifying  many  "drive  pin" 
directives . 

The  "drive  pin"  directive  appears  as  follows: 

#  =  #  ;  that  is,  pin  =  value  ; 

The  semicolon  is  part  of  the  specification.  The  first 
number  designates  the  pin  and  the  second  number  specifies 
the  value,  0  or  1 .  (Please  remember  that  this  pin  number  is 
unrelated  to  any  numbering  of  pins  that  might  be  associated 
with  a  chip  package,  rather,  this  pin  number  is  associated 
to  your  chip  via  "The  Declaration  Section"). 

The  "verify  pin"  directive  has  a  similar  format,  where 
the  "="  is  replaced  by 

#  ?  #  ;  that  is,  pin  ?  value; 

Again,  the  semicolon  is  part  of  the  specification. 

Framing 

The  third  kind  of  directive  provides  for  the  grouping 
of  pin  directives  into  an  entire  vector.  By  "vector"  we 
have  meant  and  continue  to  mean  "one  set  of  values  to 
apear  on  your  chip's  pins  concurrently".  For  example,  if 
your  chip  has  47  pins,  one  "test  vector"  designates  47 
values.  This  interpetation  of  the  term  "test  vector" 
implies  a  one-dimensional  vector,  NOT  to  be  confused  with  a 
sequence  of  vectors  that  comprise  an  entire  test.  For  us, 
an  entire  test  running  over  many  clock  cycles  is  in  fact  a 
"sequence  of  vectors". 


Because  we  have  provided  only  for  the  specification  of 


one  pin  at  a  time,  there  is  as  yet  no  concept  of  a  test 
vector,  or  clock  cycle.  You  use  the  third  directive, 
literally 

NEXT  ; 

to  designate  the  end  of  one  vector  and  the  beginning  of 
another . 

This  directive  provides  the  "frames"  around  pin 
specifications  to  groupg  them  into  vectors.  Please 
note  that  between  two  NEXTs,  all  the  pin/value  specifica¬ 
tions  may  appear  in  any  order;  this  order  must  be  irrele¬ 
vant  to  the  actual  testing  procedure. 

What  About  Clocks? 

This  interchange  format  provides  absolutely  no  dis¬ 
tinction  between  clocks  and  other  signals.  A  clock  is 
merely  a  signal  on  some  pin. 

You  introduce  the  distinction  that  clocks  imply, 
namely  that  of  separating  time  into  discrete  quanta,  by 
using  this  "NEXT;"  directive.  That  is,  we  expect  that  you 
will  include  in  each  test  vector  a  specification  for  your 
clocks,  both  to  turn  the  clock  on  and  another  to  turn  the 
clock  off. 

An  entire  clock  cycle  in  a  two-phase  system  will  take 
four  test  vectors,  (NEXTs): 

one  to  turn  phi  ON 
one  to  turn  phi  OFF 


one  to  turn  ph2  ON 


one  to  turn  ph2  OFF 


That's  A  Lot  of  Test  Vectorsl 

Four  vectors  per  clock  cycle  seems  steep  alright,  but 
each  test  vector  may  be  very  short  in  specification. 

Because  this  format  demands  that  you  name  pins  explicitly 
in  each  test  vector,  as  opposed  to  using  a  "positional"  pin 
association,  you  may  in  fact  omit  the  specification  of  some 
pins  in  many  of  the  test  vectors. 

You  need  specify  only  those  pins  whose  values  you  want 
to  change.  Pins  which  are  meant  to  continue  with  their 
values  from  the  previous  test  vector  need  not  be  respecified. 
As  some  cultures  say,  the  "drive  pin"  directive  acts  as 

„  a  "sticky"  switch. 

0) 

Please  lemember  that  NEXT  does  not  imply  clocking  of  any 
sort,  and  in  fact,  the  literal  sequence 

NEXT;  NEXT; 

is  entirely  equivalent  to  the  shorter 

NEXT; 

For  NEXTs  to  act  like  clocks,  you  must  include  between  NEXTs 
at  least  one  "drive  pin"  directive  upon  one  of  your  clock 
signals . 

Macro  Calls 

You  may  invoke  a  macro  simply  by  writing  the  macro's 
name : 

macro-name 
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This  is  entirely  equivalent  to  writing  instead  the  macro's 
body,  the  text  enclosed  between  curly  brackets  ({])  in  the 
macro's  definition. 

Initial  Conditions 

Upon  starting  up  your  test,  you  may  assume  that  all  your 
pins  have  been  driven  to  0. 

Example 

Imagine  the  world's  second  most  simple  chip,  a  single¬ 
bit  of  a  counter. 

It  has  inputs  named  RESET_IN  and  CARRY_IN ,  and  outputs 
named  RESET_OUT ,  CARRY_OUT ,  and  VALUE. 

Let's  define  the  expected  behavior  in  terms  of  synchronous 
logic : 

RESET_OUT  =  RESET_IN  (pretty  trivial  eh?) 

CARRYJDUT  =  VALUE  &  CARRY_IN 

VALUE  =next  not (  CARRY_IN  )  &  VALUE  ! 

CARRY_in  &  not (  VALUE  ) 

All  this  says  is  that 

RESET_OUT  follows  RESET_IN  all  the  time,  and  that 
CARRY_OUT  is  the  logical  AND  of  the  present  VALUE 
held  by  this  chip  and  CARRY_IN,  and  that 
this  chip's  VALUE,  to  be  set  upon  the  next  clock  cycle, 
remains  unchanged  if  CARRY_IN  is  OFF,  or  flips  if 
CARRY_IN  is  ON. 

Now  let's  imagine  the  chip  with  its  pads: 
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ph  1 

RESET  IN 


I 

I 

-  1 
I 

-  I 
I 
I 
I 


GND  CARRY  IN 


I 

I 

I 

I-  CARRY_OUT 
I 

I-  RESETJDUT 
I 

I-  VALUE 


ph2  VDD 


Here  is  a  sample  test  specification,  loaded  with  comments: 
TOP:  0  ,  11  ;  /*  GND  and  CARRY_IN  */ 

BOTTOM:  32,  1  ;  /*  ph2  and  VDD  */ 

LEFT:  10,  31  ;  /*  RESET_IN  and  Phi  */ 

RIGHT:  21,  22,  20  ;  /*  VALUE,  RESETJOUT ,  CARRY_OUT* / 

/*  The  pin  numbers  chosen  are  entirely  arbitrary, 

except  of  course  0  (GND)  and  1  (VDD).  We've  chosen 
the  clocks  to  be  in  the  30s,  output  in  the  20s,  and 
inputs  in  the  teens.  */ 

MACRO:  PH l_ON  [  31  =  1  } 

MACRO:  PH i_OFF  r  31=03 

MACRO:  PH2_ON  {  32  =  1  } 

MACRO:  PH2JDFF  f  3  2  =  0  3 

MACRO:  RESET  (  10  =  1  ) 

MACRO:  UNRESET  C  10  =  03  /MThis  is  affecting 

RESET_IN* / 

MACRO:  CARRY_IN  (  11  =  1  ) 

MACRO:  UN_CARRY_IN  {  11  =  0  ) 

/*  This  has  been  a  randomly  chosen  set  of  macros.*/ 
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BEGIN  TEST: 


UNRESET;  UN_CARRY_IN:  PHl_OFF;  PH2_0FF:  NEXT: 

/*  This  first  specification  turns  off  a  lot  of 
signals.  The  final  NEXT;  marks  end-of-test- 
vector*/ 

PH1_0N  ;  NEXT  ;  /*  Diddle  the  clocks  */ 

PH1_0FF ;  NEXT  ; 

PH2_ON  ;  NEXT  ; 

PH2_0FF;  NEXT  ; 

/*  Alright,  let's  get  serious  ...  */ 

10  =  1;  PHI  JON;  NEXT;  /*  Turn  on  RESET_IN* / 

22  ?  1;  PHl_OFF;  NEXT;  /*  Check  RESET_OUT  */ 

/‘Notice  how  we  check  RESET_OUT  during  a  test  vector 
strictly  after  that  test-vector  which  set  RESET_IN. 
The  elements  within  a  test-vector  have  no  reliable 
"order  of  execution".  Thus,  if  we  were  to  read 
RESET_OUT  (22)  during  the  same  test-vector  that 
set  RESET_IN  (10),  we  would  not  know  what  to 
expect . 

It  is  important  to  remember  that  NEXT  has  nothing 
to  do  with  clock  cycles.  The  fact  that  we  must 
read  strictly  after  writing  is  a  property  of  this 
testing  scheme;  it  does  not  imply  that  your  chip 
in  fact  imposes  a  delay  between  RESET_IN  and 
RESET  JOUT.  */ 

/*  Keep  the  clocks  moving  ...  */ 
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PH2_0N ;  NEXT; 

PH2_0FF;  NEXT; 

/*  Let's  try  setting  CARRY_IN  and  see  what  that  does 
to  VALUE  */ 

11  =  1;  PH1_0N:  NEXT; 

21  ?  0;  PH l__OFF ;  NEXT;  /*Hope  VALUE  (21)  has  not 

changed.  We  have  not 
finished  a  complete 
clock-cycle*/ 

PH2_ON;  NEXT; 

PH2_OFF;  NEXT;  /*  We  now  have  completed  a  clock 

cycle,  and  hence  expect  VALUE 
to  change  */ 

21  ?  1; 

11  =  0;  PHl_ON ;  NEXT; 

/*We  just  checked  VALUE,  and  simultaneously 
turned  off  CARRY_IN  (11).  */ 

/*  We  don't  know  which  fin  is  affected  first; 
CARRY_IN  or  PHI/  However,  we  can  assume  the 
CARRY-IN  and  PHI  have  their  specified  values 
in  place  now,  just  after  the  NEXT.  */ 

END_TEST 
End  of  Example 
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Name 

esim  -  event  driven  switch  level  simulator 

Synopsis 

esim  [filel  [file2...]] 

Description 

Es im  is  an  event-driven  switch  level  simulator  for  NMOS 
translator  circuits.  Esim  accepts  commands  from  the  user, 
executing  each  command  before  reading  the  next.  Commands  come 
in  two  flavors:  those  which  manipulate  the  electrical  net¬ 
work,  and  those  to  direct  the  simulation.  Commands  have 
the  following  simple  syntax: 

c  argl  arg2  ...  argn  <new  line> 
where  'c'  is  a  single  letter  specifying  the  command  to  be 
performed  and  the  argl  are  arguments  to  that  command.  The 
arguments  are  separated  by  spaces  (or  tabs)  and  the  command 
is  terminated  by  a  <new  line>. 

To  run  esim  type, 

esim  filel  file2  ... 

Es im  will  read  and  execute  commands,  first  from  filel,  then 
f i le2 ,  etc.  If  one  of  the  file  names  is  preceded  by  a 
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then  that  file  becomes  the  new  output  file  (the  default 
output  is  stdout) .  For  example, 

esim  f.sim  -f.out  g.sim 

This  would  cause  esim  to  read  commands  from  f.sim,  sending 
output  to  the  default  output.  When  f.sim  was  exhausted, 

f .  out  would  become  the  new  output  file,  and  the  commands  in 

g. sim  executed. 

After  all  the  files  have  been  processed,  and  if  the  "q" 
command  has  not  terminated  the  simulation  run,  esim  will 
accept  further  commands  from  the  user,  prompting  for  each 
one  like  so: 

sim> 

The  user  can  type  individual  commands  or  direct  esim  to 
another  file  using  the  command: 

sim>  @  patchf ile . sim 

This  command  would  cause  esim  to  read  commands  from 
"patchf i le . s im" ,  returning  to  interactive  input  when  the 
file  was  exhausted. 

It  is  common  to  have  an  initial  network  file  prepared 
by  a  node  extractor  with  perhaps  a  patch  file  or  two 
prepared  by  hand.  After  reading  these  files  into  the 
simulator,  the  user  would  then  interactively  direct  esim. 
This  could  be  accomplished  as  follows: 

esim  file. sim  patch. 1  patch. 2 


•j 


•4 
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CAD  Toolbox  User's  Manual 


ESIM (CADI ) 


After  reading  the  files,  esim  would  prompt  for  the  first 
command.  Or  we  could  have  typed: 

%  esim  file.sim 
sim>  @  patch. 1 
sim>  @  patch. 2 


Network  Manipulation  Commands 

The  electrical  network  to  be  simulated  is  made  up  of 
enhancement  and  depletion  mode  transistors  interconnected 
by  nodes.  Components  can  be  added  to  the  network  with  the 
following  commands. 

e  gate  source  drain 

e  gate  source  drain  length  width  key  xpos  ypos  area 
Adds  enhancement  mode  transistor  to  network  with 
the  specified  gate,  source,  and  drain  nodes.  The 
longer  form  includes  size  and  location  information 
as  provided  by  the  node  extractor  --  when  making 
patches  the  short  form  is  usually  used, 
d  gate  source  drain 

d  gate  source  drain  length  width  key  xpos  ypos  area 
Like  "e"  except  for  depletion  mode  devices. 

C  nodel  node2  cap 

Increase  the  capictance  between  nodel  and  node2  by 
cap.  Es im  ignores  this  unless  either  nodel  or 


node2  is  GND. 
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=  node  namel  name2  name3 

Allows  the  user  to  specify  synonyms  for  a  given 
node.  Used  by  the  node  extractor  to  relate 
user-provided  node  names  to  the  node's  internal 
name  (usually  just  a  number), 
j  comment  . . . 

Lines  beginning  with  vertical  bar  are  treated  as 
comments  and  ignored  --  useful  for  deleting  pieces 
of  network  in  node  extractor  output  files, 
i  node 

Input  record  —  output  by  node  extractor  and  not 
used  by  esim. 

Currently,  there  is  no  way  to  remove  components  from 
the  network  once  they  have  been  added.  You  must  go  back  to 
the  input  files  and  modify  them  (using  the  comment 
character)  to  exclude  those  components  you  wished  removed. 
"N"  records  need  not  be  included  for  new  nodes  the  user 
wishes  to  patch  into  the  network. 

Simulator  Commands 

The  user  can  specify  which  nodes  are  to  have  their 
values  displayed  after  each  simulation  step: 
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w  nodel  -node2  node3  ... 

Watch  nodel  and  node3,  stop  watching  node2.  At  the 
end  of  a  simulation  step,  each  watched  node  will  be 
displayed  like  so: 

nodel=0  node3=X  ... 

To  remove  a  node  from  the  watched  list,  preface  its 
name  with  a  in  a  "w"  command. 

W  label  nodel  node2  ...  noaen 

Watch  bit  vector.  The  values  of  nodes  nodel,  ..., 
noden  be  will  displayed  as  a  bit  vector: 

label =010 100  20 

where  the  first  0  is  the  value  of  nodel,  the  first 
1  the  value  of  node2,  etc.  The  number  displayed  to 
right  is  the  value  of  the  bit  vector  interpreted  as 
a  binary  number;  this  is  omitted  if  the  vector 
contains  an  X  value.  There  is  no  way  to  unwatch  a 
bit  vector. 

Before  each  simulation  step  the  user  can  force  nodes  to  be 
either  high  (1)  or  low  (0)  inputs  (an  input's  value  cannot 
be  changed  by  the  simulator!): 
h  node  1  node2  .  .  . 

Force  each  node  on  the  argument  list  to  be  a  high 
input.  Overrides  previous  input  commands  if 
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1  node  1  node2  .  .  . 

Like  "h"  except  forces  nodes  to  be  a  low  input, 
x  node  1  node2  . . . 

Removes  nodes  from  whatever  input  list  they  happen 
to  be  on.  The  next  simulation  step  will  determine 
their  correct  value  in  the  circuit.  This  is  the 
default  state  of  most  nodes.  Note  that  this  does 
not  force  nodes  to  have  an  "X"  value  --  it  simply 
removes  them  from  the  input  lists. 

The  current  value  of  a  node  can  be  determined  in 
several  ways: 
v 

View.  Prints  the  values  of  all  watched  nodes  and 
nodes  on  the  high  and  low  input  lists. 

?  nodel  node2  . . . 

Prints  a  synopsis  of  the  named  nodes  including 
their  current  values  and  the  state  of  all 
transistors  that  affect  the  value  of  these  nodes. 
This  is  the  most  common  way  of  wondering  through 
the  network  in  search  of  what  went  wrong  . . . 

!  node  1  node2  . . . 

For  each  node  in  the  argument  list,  prints  a  list 
of  transistors  controlled  by  that  node. 

"?"  and  allow  the  user  to  go  both  backwards  and 
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forwards  through  the  network  in  search  of  that  piece 
causing  all  the  problems. 

The  simulator  is  invoked  with  the  following  commands: 
s 

Simulation  step.  Propogates  new  values  for  the 
inputs  through  the  network,  returns  when  the 
network  has  settled.  If  things  don't  settle, 
command  will  never  terminate  --  try  the  "w"  and  "D" 

commands  to  narrow  down  the  problem, 
c 

Cycle  once  through  the  clock,  as  defined  by  the  K 
command . 

I 

Initialize.  Circuits  with  state  are  often  hard  to 
initialize  because  the  initial  value  of  each  node 
is  X.  To  cure  node  whose  value  is  charged-X  and 
changes  it  to  charged-0,  then  runs  a  simulation 
step.  If  one  iterates  the  I  command  a  couple 
times,  this  often  leads  to  a  stable  initialized 
condition  (indicated  when  an  I  command  takes  0 
events,  i.e.,  the  circuit  is  stable). 

Try  it  --  if  circuit  does  not  become  stable  in  3  or 
4  tries,  this  command  is  probably  of  no  use. 
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Miscellaneous  Commands 
D 

Toggle  debug  switch.  Useful  for  debugging 
simulator  and/or  circuit.  If  debug  switch  is  on, 
then  during  simulation  step  each  time  a  watched 
node  is  encounted  in  some  event,  that  fact  is 
indicated  to  the  user  along  with  some  event  info. 

If  a  node  keeps  appearing  in  this  printout,  chances 
are  that  its  value  is  oscillating.  Vice  versa,  if 
your  circuit  never  settles  (i.e.,  it  oscillates), 
you  can  use  the  "D"  and  "w"  commands  to  find  the 
node(s)  that  are  causing  the  problem. 

>  filename 

Write  current  state  of  each  node  into  specified 
file.  Useful  for  make  a  break  point  in  your 
simulation  run.  Only  stores  values  so  isn't  really 
useful  to  "dump"  a  run  for  later  use  --  see  "<" 
command . 

<  filename 

Read  from  specified  file,  reinitializing  the  value 
of  each  node  as  directed.  Note  that  network  must 
already  exist  and  be  identical  to  the  network  used 
to  create  the  dump  file  with  the  ">"  command. 

These  state  saving  commands  are  really  provided  so 
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that  complicated  initializing  sequences  need  only 
be  simulated  once. 

L 

Invokes  network  processor  that  finds  all  subnets 
corresponding  to  simple  logic  gates  and  converts 
them  into  form  that  allows  faster  simulation. 

Often  it  does  the  right  thing,  leading  to  a  25%  to 
50%  reduction  in  the  time  for  a  single  step.  [We 
know  of  one  case  where  the  transformation  was  not 
transparent,  so  caveat  simulee...] 

X  ... 

call  estension  command  —  provides  for  user 
extensions  to  simulator. 

q 

exit  to  system. 

Local  Extensions 
V  node  vector 

Define  a  vector  of  inputs  for  the  node.  The  first 
element  is  initially  set  as  the  input  for  node. 

Set  the  next  element  of  the  vector  as  the  input 
after  a  cycle. 

R  n 

Run  the  simulator  through  n  cycles.  If  n  is  not 
present  make  the  run  as  long  as  the  longest 
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vector.  All  watch  nodes  are  reported  back  as 
vectors . 

N 

Clear  all  previously  defined  input  vectors. 

K  nodel  vectorl  node2  vector2  ...  nodeN  vectorN 

Define  the  clock.  Each  cycle,  nodes  1  through  N 
must  run  through  their  respective  vectors. 


Author 

Chris  Terman 
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PROCESS  NAME:  Add  Data  in  Associated  Node  Buffer 
PROCESS  ID  NUMBER:  A1313 
PROCESS  PICTURE: 


Node-Address 


Node-Data 


Add  Data 
in  Assoc¬ 
iated  Node 
Buffer 


Buffer  Overflow 


Node-Test  Data 


PROCESS  DESCRIPTION:  This  process  gauges  the  incoming  data 
and  its  associated  node  buffer  to  confirm  availability  of 
space.  This  process  generates  "buffer  overflow"  if  incoming 
data  exceeds  the  available  space.  Otherwise  data  is  added  to 
data  already  held  in  the  buffer. 

INPUT  DATA  FLOW:  Node-Address 

Node-Data 

OUTPUT  DATA  FLOW:  Buffer  Overflow 

Node-Test  Data 

REFERENCE  DIAGRAM:  A131 


ADDITIONAL  COMMENTS: 


None 
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PROCESS  NAME:  Add  New-Data  to  Pre-Data 

PROCESS  ID  NUMBER:  A13I34 
PROCESS  PICTURE: 

j  Buffer  Overflow 

I 

_ I _ 

Node  Address _  Add 

New-Data  Node  Test-Data _ 

to 

Node  Data _  Pre-Data 

PROCESS  DESCRIPTION:  This  process,  if  total  data  (new-dat a 

and  pre-data)  does  not  exceed  the  buffer  capacity,  adds 
new-data  to  the  Pre-data  in  memory  buffer. 

INPUT  DATA  FLOW:  Node  Address 

Node  Data 

OUTPUT  DATA  FLOW:  Node  Test  Data 

REFERENCE  DIAGRAM:  A1313 

ADDITIONAL  COMMENTS:  This  process  is  readily  implemented  in 
"C"  language  by  a  system  library  routine 

(  street  ( S ^ ,  S_ )  ),  which  cancetenates  two  given  buffers. 
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PROCESS  NAME:  Analyze  Results 

PROCESS  ID  NUMBER:  A41 


PROCESS  DESCRIPTION:  This  process  transforms  the  resultant 
output  from  IC  tester  pins  domain  to  ICUT  pins'  domain  and 
compares  the  output  with  reference  data  for  any 
non-conformity.  It  generates  an  additional  message  on 
successful/unsuccessful  completion  of  test. 

INPUT  DATA  FLOW:  Resultant  Output 

Reference  Data 

OUTPUT  DATA  FLOW:  Test  Results 

REFERENCE  DIAGRAM:  A4 

ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Append 2  -  File 

PROCESS  ID  NUMBER:  A133 

PROCESS  PICTURE: 


Out  out  Reference  Vector 


Inout  Test  Vector 


File  Name 


Append  2- 
File 


Restructured 
Test  Data 


PROCESS  DESCRIPTION:  This  process  empties  the  buffers  to 
an  external  file  "filename",  and  is  implemented  by  a  system 
library  routine.  (fprintf) 

INPUT  DATA  FLOW:  Output  Reference  Vector 

Input  Test  Vector 
File  Name 

OUTPUT  DATA  FLOW:  Restructured  Test  Data 

RE FERENC E  D I AGRAM :  A 1 3 

ADDITIONAL  COMMENTS:  None 


Ot.Ti’U?  DATA  FLOW:  Valid  Input  Data 

HLFKRLNCE  DIAGRAM:  A25 
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PROCESS  NAME:  Check  Overlap  with  Output  Pins 

PROCESS  ID  NUMBER:  A251 
PROCESS  PICTURE: 


users' 
option 
' uopm 1 


data  classification  flag 
1  ' IC  data  1 


Reference 

Tables 

Input  Data 


Check 

Overlap  With 
Output  Pins 


Valid  Input  Data 

_ t _ 


PROCESS  DESCRIPTION:  This  process  carries  out  bitwise 
comparison  of  init  data  vector  in  Manual  mode  of 
operation  to  confirm  that  no  designated  "output"  pin  is 
being  simulated  by  the  init  data  vector. 

INPUT  DATA  FLOW:  Reference  Tables 

Input  Data  (init/test  data) 

*init  =  initialization 
OUTPUT  DATA  FLOW:  Valid  Input  Data 

REFERENCE  DIAGRAM:  A25 

ADDITIONAL  COMMENTS:  This  process  is  activated  only  during 
"Manual"  mode  of  operation. 


■s 
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PROCESS  NAME:  Check  Overflow 

PROCESS  ID  NUMBER:  A13133 
PROCESS  PICTURE: 


Pre-Data 


New-Data 


Check 
Overf 1 ow 


Buffer  Overflow 


PROCESS  DESCRIPTION:  This  process,  generates  an  error  signal 
"buffer  overflow"  if  the  total  amount  of  data,  pre-data  and 
new-data  exceeds  the  buffer  capacity. 


INPUT  DATA  FLOW:  Pre-Data 

New-Data 


OUTPUT  DATA  FLOW:  Buffer-Overflow 


REFERENCE  DIAGRAM:  A1313 


ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Check  Option  Syntax 
PROCESS  ID  NUMBER:  A2233 
PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process,  verifies  that  option- 
input-character  is  within  "A  to  D"  for  manual  mode  and 
within  range  of  "A  to  F"  for  Auto  mode  of  operation.  In  case 
of  non-validity,  it  asks  the  user  to  input  a  valid  response. 

INPUT  DATA  FLOW:  Option  Char 

OUTPUT  DATA  FLOW:  Valid  Option 

REFERENCE  DIAGRAM:  A223 


ADD  I T I ONAL  COMMENTS : 


None 
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PROCESS  NAME:  Check  Input  Range 

PROCESS  ID  NUMBER:  A222 

PROCESS  PICTURE: 


KB  Input 


Data  Classification  Flags 


Check 

Input 

Range 


Input  Text 


PROCESS  DESCRIPTION:  This  process  checks  that  input 
received  in  response  to  a  particular  system  response  lies 
within  the  expected  range.  The  range  is  made  known  to  the 
user  in  user-friendly  system  menues. 

INPUT  DATA  FLOW:  KB  Input 

OUTPUT  DATA  FLOW:  Input  Text 

REFERENCE  DIAGRAM:  A22 


ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Check  if  GT 

PROCESS  ID  NUMBER:  A1123 

PROCESS  PICTURE: 

Check 

Test-Char  if  Data-Line 

GT  "  ~ 

PROCESS  DESCRIPTION:  This  process,  on  receiving  a  test-char 
(first  character  of  a  given  text-line)  checks  if  it  is  ">" 
(greater  than  sign) •  If  it  is  found  to  be  true  then  text- 
liine  is  declared  to  be  a  data-line. 

INPUT  DATA  FLOW:  Test-Char 

OUTPUT  DATA  FLOW:  Data-Line 

REFERENCE  DIAGRAM:  A112 


ADDITIONAL  COMMENTS: 


None 
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PROCESS  NAME:  Check  if  Element  of  Outpin-Array 
PROCESS  ID  NUMBER:  A12312 
PROCESS  PICTURE: 


Check  if 

Element  of  Valid  Cmd-Line 

Outpin 

Classified  Pin _  Array 

List  _ 

PROCESS  DESCRIPTION:  This  function  compares  each  element 

of  hi  array  successively  with  all  elements  of  outpin  array. 

It  sets  a  flag  for  cmd-line  being  valid  if  no  element  is  found 
to  be  common  between  two  arrays. 

INPUT  DATA  FLOW:  hi  Array 

Classified  Pin  List 

OUTPUT  DATA  FLOW:  Valid  Cma-Line 

REFERENCE  DIAGRAM:  A1231 

ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Check  if  Alphabetic 

PROCESS  ID  NUMBER:  A1122 

PROCESS  PICTURE: 


Test-Char 


Check 
if  Alpha¬ 
betic 


Cmd-Line 


PROCESS  DESCRIPTION:  This  process,  on  receiving  a  test-char 

checks  if  it  is  alphabetic  (a-z  or  A-Z)  by  a  system  library 
routine  (  isalpha()  ).  If  test-char  is  found  to  be  alpha¬ 
betic,  text  line  is  declared  to  be  a  cmd-line  (  command 
-line  ) . 

INPUT  DATA  FLOW:  Test-Char 

OUTPUT  DATA  FLOW:  Cmd-Line 

REFERENCE  DIAGRAM:  A112 

ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Check  for  Specific  Command 
PROCESS  ID  NUMBER:  A121 
PROCESS  PICTURE: 


Tab  Cmd-Line 

RC  Cmd-Line 

PROCESS  DESCRIPTION:  This  process,  interprets  the  first 
character  of  a  cmd-line  and  categorizes  it  to  be  tab 
cmd-line,  if  it  is  w,  V,  k,  or  I.  Otherwise,  for  first 
character  to  be  h.  1,  or  N  cmd-line  is  categorized  to  be 
RC  Cmd-Line. 

INPUT  DATA  FLOW:  Cmd-Line 

OUTPUT  DATA  FLOW:  Tab  Cmd-Line 

RC  Cmd-Line 

REFERENCE  DIAGRAM:  A121,  A12 

ADDITIONAL  COMMENTS:  The  details  of  ESIM  commands  are 

described  in  Appendix  "F". 


Cmd-Line 


Check 

For 

Specific 

Command 


PROCESS  DEFINITION 


PROCESS  NAME:  Check  Availability  of  Test  File 

PROCESS  ID  NUMBER:  A2221 
PROCESS  PICTURE: 

"Auto" 


Test  File  Name 
_ File  Director 

PROCESS  DESCRIPTION:  This  process  in  Auto  mode  operation 
scans  file  directory  to  check  availability  of  test  file 
whose  name  has  been  inputted  by  the  user.  Flag  "found"  is 
set  to  be  true  if  file  is  available. 

INPUT  DATA  FLOW:  Test  File  Name 

OUTPUT  DATA  FLOW:  Found 

REFERENCE  DIAGRAM:  A222 

ADDITIONAL  COMMENTS:  This  process  is  readily  implemented 

in  "C"  language  by  system  library  function  (open  (...)), 
which  accesses  a  given  file  in  lead,  write  or  append  mode. 


Check 

Availability  _ Found 

of  Test 
File 


PROCESS  DEFINITION 


PROCESS  NAME:  Change  Effected  Pins'  Status 

PROCESS  ID  NUMBER:  A1232 
PROCESS  PICTURE: 


Valid  Cmd 

Line 

Change 

Effected 

Pin  Desig  Data 

Classified 

Pin 

Pins'  Status 

List 

PROCESS  DESCRIPTION:  This  process  changes  the  status  of  a 
pin  to  "high/ low".  For  a  valid  Cmd.line.  The  effected 
pins  must  belong  to  either  class  of  input  pins  or  class  of 
unmarked  pins. 

INPUT  DATA  FLOW:  Valid  Cmd.Line 

Classified  Pin  Lists 

OUTPUT  DATA  FLOW:  Pin  Desig  Data 

REFERENCE  DIAGRAM:  A  123 

ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Change  Data  Structure 
PROCESS  ID  NUMBER:  A132 
PROCESS  PICTURE: 


Buffer  Overflow 


Node  Test  Data 


Pin  Desig  Data 


Output  Reference 
Vector 


Input  Test  Vector 


PROCESS  DESCRIPTION:  This  process  converts  the  node  test 
data  for  all  input  pins  to  input  test  vector  and  for  all 
output  pins  to  output  reference  vector.  This  process  is 
activated  by  buffer  overflow  to  empty  the  buffers  for  new 
data . 


INPUT  DATA  FLOW:  Node  Test  Data 

Pin  Desig  Data 

OUTPUT  DATA  FLOW:  Output  Reference  Vector 

Input  Test  Vector 

REFERENCE  DIAGRAM:  A13 


ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Change  Data  Format 
PROCESS  ID  NUMBER:  A14 
PROCESS  PICTURE: 


Restructured 
Test  Data 


Change 

Data 

Format 


Test  Data  File 


PROCESS  DESCRIPTION:  This  process  changes  the  memory 
storage  pattern  of  restructured  test  data  from  VAX- 
system  format  into  LSI-11  micro  computer  data-f orir.at , 
and  transfers  this  file  onto  an  8"  floppy  disk.  This  is 
implemented  through  system  library  routines. 


INPUT  DATA  FLOW:  Restructured  Test  Data 


OUTPUT  DATA  FLOW:  Test  Data  File 

REFERENCE  DIAGRAM:  A1 ,  A14 


ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Apply  Simulations 
PROCESS  ID  NUMBER:  A3 
PROCESS  PICTURE: 

Users'  Option 

Apply 

Simulations 

PROCESS  DESCRIPTION:  This  process  translates  input  data 
from  IC  pin  numbers  to  their  respective  physical  locations 
on  IC  tester.  It  converts  the  simulation  data  into  "SIEVE" 
format  which  is  particularly  required  to  operate  Stanford  IC 
tester.  This  process  also  applies  physical  voltages  to 
effect  simulation  of  IC  Under  Test  (ICUT)  and  sample  the 
pins  of  ICUT  to  get  "resultant  output". 

INPUT  DATA  FLOW:  Input  data  -  input  data  consists  of 

Manual  test  data  entered  through  keyboard  in  "Manual"  mode 
of  operation  or  test  data  received  from  test  data  file  in 
"Auto"  mode  of  operation. 

OUTPUT  DATA  FLOW:  Resultant  output. 

REFERENCE  DIAGRAM:  AO 
ADDITIONAL  COMMENTS:  None 
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PROCESS  NAME:  Check  Syntax  of  Selection 
PROCESS  ID  NUMBER:  A2313 
PROCESS  PICTURE: 


Selection  Char 


Selection  Set 


Check 
Syntax  of 
Selection 


Valid  Selection 


PROCESS  DESCRIPTION:  This  process  confirms  that  selection 
char,  input  by  user,  actually  has  within  range  of  offered 
selections . 

INPUT  DATA  FLOW:  Selection  Char 

OUTPUT  DATA  FLOW:  Valid  Selection 

REFERENCE  DIAGRAM:  A231 

ADDITIONAL  COMMENTS:  This  process  repeats  itself  to  get 

valid  input  from  user. 
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PROCESS  DEFINITION 


PROCESS  NAME:  Classify  Input 

PROCESS  ID  NUMBER:  A22 
PROCESS  PICTURE: 

6  Data  Classification 
Flags 

KB  Text 


KB  Input 


System  Prompt 


Classify 

Input 


PROCESS  DESCRIPTION:  This  process  classifies  all  keyboard 
input  into  three  broad  categories  of  option  data,  IC  data 
and  test  data.  It  also  sets  six  data  classification  flags 
0)  •  in  accordance  with  expected  response  to  a  particular  system 

prompt . 

INPUT  DATA  FLOW:  KB  Input 

System  Prompt  (generated  by  executive 

software  program) 

OUTPUT  DATA  FLOW:  Six  Data  Classification  Flags 

KB  test 

REFERENCE  DIAGRAM:  A2 

ADDITIONAL  COMMENTS:  Details  of  data  classification 
flags  is  included  in  description  of  node  A22  &  A221. 
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PROCESS  DEFINITION 


PROCESS  NAME:  Classify  Text-Line 

PROCESS  ID  NUMBER:  A112 
PROCESS  PICTURE: 


Text-Line 


Classify 

Text-Line 


Cmd-Line 


Data-Line 


PROCESS  DESCRIPTION:  This  process  categorizes  each  text¬ 
line  lead  from  ESIm  file  to  be  either  a  Cmd-line  (first 
character  being  an  alphabet)  or  a  data-line  (first 
character  being  a  ’>')•  It  ignores  the  blank  lines. 

INPUT  DATA  FLOW:  Text-Line 

OUTPUT  DATA  FLOW:  Cmd-Line 

Data-Line 

REFERENCE  DIAGRAM:  All 

ADDITIONAL  COMMENTS:  A  brief  explanation  of  commands  and 

data  format  of  ESIM  file  is  attached  as  Appendix  "F". 
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PROCESS  NAME:  Compare  for  Results 

PROCESS  ID  NUMBER:  A412 

PROCESS  PICTURE: 

Pin  Domain  Result 


PROCESS  DESCRIPTION:  This  process  carries  out  bitwise 
comparison  between  pin  domain  results  (output  of  ICUT) 
and  reference  data  to  single  out  any  non-conformity. 

It  generates  a  "GO/NOGO"  message  for  successful/ 
unsuccessful  completion  of  a  test. 

INPUT  DATA  FLOW:  Pin  Domain  Result 

Reference  Data 

OUTPUT  DATA  FLOW:  Test  Results 

REFERENCE  DIAGRAM:  A41 

ADDITIONAL  COMMENTS:  None 


Reference  Data 
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Reference  Tables 


Convert 
Back  Into 
ICpin 
Domain 


Pin  Domain 


Result 


PROCESS  DESCRIPTION:  This  process  converts  the  sampled 
output  of  ICUT  into  ICpin  domain  by  referring  reference 
tables  which  establish  correspondence  between  tester  pins 
and  ICUT  pins. 


INPUT  DATA  FLOW:  Resultant  Output 


Reference  Tables 


OUTPUT  DATA  FLOW:  Pin  Domain  Result 


REFERENCE  DIAGRAM:  A4 1 


ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Convert  Test  Data  into  SIEVE  Format 

PROCESS  ID  NUMBER:  A314 

PROCESS  PICTURE: 


Tester  Domain 
Test  Data 


Convert 

Test  Data  _ Simulation 

into  SIEVE  Data 

Format 


PROCESS  DESCRIPTION:  This  process  changes  the  format  of 
test  data  in  "SIEVE"  format.  SIEVE  data  format  is 
specifically  required  to  simulate  Stanford  IC  Tester. 

INPUT  DATA  FLOW:  Tester  Domain  Test  Data 

OUTPUT  DATA  FLOW:  Simulation  Data 

REFERENCE  DIAGRAM:  A31 

ADDITIONAL  COMMENTS:  An  explanation  of  "SIEVE"  data 
format  is  attached  as  Appendix  "E". 


PROCESS  DEFINITION 


PROCESS  NAME:  Correlate  Tester  Pins  &  File  Data 

PROCESS  ID  NUMBER:  A313 

PROCESS  PICTURE: 

I 

j  Users'  Option 


Test  Data _ 

Correlate 

Tester  Pins  Tester  Domain 

&  Test  Data 

Reference  Tables  File  Data 


PROCESS  DESCRIPTION:  This  process  establishes 
correspondence  between  test  data  received  from  test  data 
file  in  "Auto"  mode  of  operation  and  physical  location  of 
ICUT  pins  on  IC  tester. 

INPUT  DATA  FLOW:  Test  Data 

Reference  Tables 

OUTPUT  DATA  FLOW:  Tester  Domain  Test  Data 

REFERENCE  DIAGRAM:  A31 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Correlate  Tester  Pins  &  Manual  Data 

PROCESS  ID  NUMBER:  A312 

PROCESS  PICTURE: 


j  User's  Option 

Manual  Data 

Reference 
Tables 

PROCESS  DESCRIPTION:  This  process  establishes  correspon 
dence  between  the  test  data  received  from  keyboard  in 
"Manual"  mode  of  operation  and  physical  location  of  ICUT 
pins  on  IC  tester. 

INPUT  DATA  FLOW:  Manual  Data 

Reference  Tables 

OUTPUT  DATA  FLOW:  Tester  Domain  Test  Data 

REFERENCE  DIAGRAM:  A31 


Correlate 
Tester  Pins 
& 

Manual  Data 


Tester  Domain 
Test  Data 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Create  Array  of  Clock  Pins 

PROCESS  ID  NUMBER:  A1222 

PROCESS  PICTURE: 


Tab  Cmd-Line 


Create 
Array  of 
Clock  Pins 


Clkpin-Array 


«  PROCESS  DESCRIPTION:  This  process  on  interpreting 

first  character  of  incoming  command  line  "cmd-line" 
to  be  '  K ' ,  reads  the  remaining  line  to  set  up  an  array 
of  clock  pins  and  data  associated  with  each  pin. 

INPUT  DATA  FLOW:  Tab  Cmd-line. 

OUTPUT  DATA  FLOW:  Clkpin-array  (array  containing 

names  of  clocking  pins) 

REFERENCE  DIAGRAM:  A122 

ADDITIONAL  COMMENTS:  A  typical  example  of  ESIM  file 

showing  various  "cmd-lines"  is  included  in  Appendix 
"F"  (Page  F-6)  . 
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PROCESS  DEFINITION 


PROCESS  NAME:  Create  Array  of  Effected  Pins 

PROCESS  ID  NUMBER:  A12311 
PROCESS  PICTURE: 


RC  Cmd-Line 


Create 
Array  of 
Effected 
Pins 


hi  Array 


PROCESS  DESCRIPTION:  This  function  on  receiving  a  RC 

Cmd-Line  checks  the  first  character  to  be  "h"  or  "1".  On 
conformation  it  generates  an  array  of  pin-names  included  in 
the  remaining  RC  Cmd-Line. 

INPUT  DATA  FLOW:  RC  Cmd-Line 

OUTPUT  DATA  FLOW:  hi  Array 

REFERENCE  DIAGRAM:  A1231 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Create  Array  of  Input  Pins 

PROCESS  ID  NUMBER:  A1223 

PROCESS  PICTURE: 


Tab  Cmd-Line 


Create 
Array  of 
Input  Pins 


Inpin-array 


PROCESS  DESCRIPTION:  This  process,  on  interpreting 
first  character  of  incoming  command  line  to  be  "V",  sets 
up  an  array  of  input  pins  and  adds  the  name  and  data 
included  in  the  command  line  to  the  inpin  array. 

INPUT  DATA  FLOW:  Tab  Cmd-line 

OUTPUT  DATA  FLOW:  Inpin-array  (array  containing  names 

of  input  pins) 

REFERENCE  DIAGRAM:  A122 

ADDITIONAL  COMMENTS:  A  typical  example  of  ESIM  file 

showing  various  "cmd-lines"  is  included  in  Appendix 
"F"  (Page  F-6 ) . 
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PROCESS  DEFINITION 


PROCESS  NAME:  Create  Array  of  Monitored  Pine 

PROCESS  ID  NUMBER:  A1221 

PROCESS  PICTURE: 


Create  Array 

Tab  Cmd-Line _  of  Monitored  Monpin-Array _ 

Pins 

PROCESS  DESCRIPTION:  This  process  on  interpreting  first 
character  of  incoming  cmd-line  to  be  "W"  reads  the  pin 
names  in  the  remaining  command- 1 ine  and  sets  up  an  array 
containing  names  of  the  monitored  pins. 

INPUT  DATA  FLOW:  Tab  Cmd-line 

OUTPUT  DATA  FLOW:  Monpin-array  (array  containing  names 

of  n.on i  toro'd  r  ;  no  ) 

R  E  F  E  k ; !  N  C  E  L  I  A  I  A  M  :  A.  1  .  _ 

ADDITIONAL  COMMENTS :  A  tyj ical  examp 1  of  ESIM  file 

showing  various  "Cmd-1 ines"  is  included  in  Appendix 
"F"  (Page  F-6). 
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PROCESS  OUTPIN  ARRAY 


PROCESS  NAME:  Create  Outpin  Array 

PROCESS  ID  NUMBER:  A12243 

PROCESS  PICTURE: 


"I"  Cmd-Line 


Marked-Monpin  Array 


Create 

Outpin 

Array 


Outpin-Array 


PROCESS  DESCRIPTION:  This  process  scans  the  monpin-array 

with  marked  input/clock  pins.  It  segregates  the  unmarked  pins 
as  output  pins  and  generates  "outpin-array "  of  output  pins. 

INPUT  DATA  FLOW:  Marked-Monpin-Array 

OUTPUT  DATA  FLOW:  Outpin-Array 

REFERENCE  DIAGRAM:  A1224 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Get  Pin-Designations 
PROCESS  ID  NUMBER:  A2321 
PROCESS  PICTURE: 


IC  Data 


Get  Pin- 
Designation 


Pin-Des ig 


PROCESS  DESCRIPTION:  This  process  asks  the  user  to  designate 
all  pin  numbers  successively  in  a  selected  pin-table  (e.g., 
enter  name  of  pinl  =  etc.)  Valid  response  to  this 

process  are  pin-name  or  an  X  (don't  care)  response. 


INPUT  DATA  FLOW:  IC  Data 


OUTPUT  DATA  FLOW:  Pin-Des ig 

REFERENCE  DIAGRAM:  A232 


ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 

PROCESS  NAME:  Get  Pin-Class 

PROCESS  ID  NUMBER:  A2322 
PROCESS  PICTURE: 


IC  Data 


Get  | 

Pin-Class  j  Pin-Class 


PROCESS  DESCRIPTION:  This  process,  asks  the  user  to  input 

class  of  each  pin  successively  in  a  selected  pin-table  (e.g., 
enter  class  for  pinl  =  etc.).  Valid  response  to  this 
prompt  are  X  -  don't  care,  I  -  input,  0  -  output,  K  -  clock, 

P  -  power,  or  G-  ground. 


INPUT  DATA  FLOW:  IC  Data 


OUTPUT  DATA  FLOW:  Pin-Class 


REFERENCE  DIAGRAM:  A232 

ADDITIONAL  COMMENTS:  None 


» 


» 
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PROCESS  DEFINITION 


PROCESS  NAME:  Get  Option  Response 

PROCESS  ID  NUMBER:  A2232 
PROCESS  PICTURE: 


Test  Option 


Ge  t 

Option 

Response 


Option  Char 


PROCESS  DESCRIPTI ON  I :  This  process,  receives  one  of  the 
selections  (A  to  F  for  Auto  mode  and  A  to  D  for  Manual 
mode  as  narrated  in  description  of  Node  A22)  from  the 
keyboard . 

INPUT  DATA  FLOW:  Test  Option 
OUTPUT  DATA  FLOW:  Option  Char 

REFERENCE  DIAGRAM:  A223 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Get  Mode 
PROCESS  IDNUMBER:  A2211 
PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process  receives  a  character  "A  or 
M"  for  Auto  or  Manual  mode  selection  respectively.  This 
character  is  input  by  user  then  keyboard  in  response  to 
system  prompt. 

INPUT  DATA  FLOW:  Option  Data 

OUTPUT  DATA  FLOW:  Mode  Char 

REFERENCE  DIAGRAM:  A221 

ADDITIONAL  COMMENTS:  This  process  is  readily  implemented 
in  "C"  language  by  system  library  function  (get  chart) ) . 
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PROCESS  DEFINITION 


PROCESS  NAME:  Get  Keyboard  Input 

PROCESS  ID  NUMBER:  A2 1 
PROCESS  PICTURE: 

Get 

Keyboard  _ KB  Input _ 

Input 

PROCESS  DESCRIPTION:  This  process  gets  any  character  or 
character  string  input  then  keyboard  by  the  user  as  a 
command  or  data  input  in  response  to  program  prompts. 
This  process  is  implemented  by  system  library  functions, 
(fget,  fgets,  &  fscan) 

INPUT  DATA  FLOW:  Keyboard  Input 

OUTPUT  DATA  FLOW:  KB  Input 

REFERENCE  DIAGRAM:  A2 ,  A21 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Get  IC  Characteristics 
PROCESS  ID  NUMBER:  A2313 
PROCESS  PICTURE: 

"I  Char" 

Get  IC 

IC  Data _  Character istics  Selection  Cha 

PROCESS  DESCRIPTION:  This  process,  gets  the  selection 
character  from  keyboard  which  is  keyed  in  by  the  user  in 
response  to  program  menu. 

INPUT  DATA  FLOW:  IC  Data 

OUTPUT  DATA  FLOW:  Selection  Char 

REFERENCE  DIAGRAM:  A231 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Generate  Storage  Buffer 

PROCESS  ID  NUMBER:  A422 
PROCESS  PICTURE: 

Option 

Buffer  Address 

PROCESS  DESCRIPTION:  This  process  depending  on  users' 
option  to  store  test  reports  in  an  external  file,  sets 
up  a  storage  buffer  and  adds  all  test  reports  till 
completion  of  test. 

INPUT  DATA  FLOW:  Test  Reports 

OUTPUT  DATA  FLOW:  Buffer  Address 

REFERENCE  DIAGRAM:  A42 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Generate  Array  of  Output  Pins 

PROCESS  ID  NUMBER:  A1224 

PROCESS  PICTURE: 


Cma-Line 


Monpin  Array 
Inpin  Array 
Clkpin  Array 


Generate 
Array  of 
Output  Pins 


Qutpin-Arrav 


PROCESS  DESCRIPTION:  This  process,  on  receiving  a 

control  command,  establishes  a  cross-reference  between 
elements  of  inpin/clkpin  arrays  and  monpin-array.  It  then 
generates  another  array  from  elements  of  monitored  pins, 
not  marked  as  input/clock  pins.  The  new  array  is  named 
"outpin-array" . 

INPUT  DATA  FLOW:  Monpin-Array 

Inpin-Array 
C lkpin-array 

OUTPUT  DATA  FLOW:  Outpin-Array 

REFERENCE  DIAGRAM:  A122 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Gauge  Incoming  Data 
PROCESS  ID  NUMBER:  A13132 
PROCESS  PICTURE: 


Node-Data 

Gauge 

Incoming 

New-Data 

Data 

PROCESS  DESCRIPTION:  This  process  measures  the  amount  of 

data  in  bytes  in  a  given  data-line  [A  data-line  consists  of 
two  parts,  i.e.,  name  (node-name)  and  data  (node-data)]. 

INPUT  DATA  FLOW:  Node-Data 

OUTPUT  DATA  FLOW:  New-Data 

REFERENCE  DIAGRAM:  A1313 

ADDITIONAL  COMMENTS:  This  process  is  readily  implemented 

in  "C"  language  by  a  system  library  routine  (  strlen  (S)  ) 

which  returns  an  integer  giving  total  amount  of  data  in 
bytes  in  a  given  buffer. 
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PROCESS  DEFINITION 

PROCESS  NAME:  Gauge  Data  in  Buffer 
PROCESS  ID  NUMBER:  A13131 

PROCESS  PICTURE: 


Node  Address 


Gauge 
Data  In 
Buffer 


Pre-Data 


PROCESS  DESCRIPTION:  This  process  measures  the  amount  of 
data  already  available  in  a  given  node  buffer  whose  address 
is  passed-in. 

INPUT  DATA  FLOW:  Node  Address 

OUTPUT  DATA  FLOW:  Pre-Data 

REFERENCE  DIAGRAM:  A1313 

ADDITIONAL  COMMENTS:  This  process  is  readily  implemented 


in  "C"  language  by  a  system  library  routine  (  strlen  (S)  ) 

which  returns  an  integer,  giving  total  amount  of  data  in 
bytes,  held  in  a  memory  buffer. 


PROCESS  DEFINITION 


PROCESS  NAME:  Formulate  Test  Report 

PROCESS  ID  NUMBER:  A421 
PROCESS  PICTURE: 


Users'  Option 


Test  Results 


Pre-Stored 

Messages 


Formulate 

Test 

Report 


Test  Report 


PROCESS  DESCRIPTION:  This  process  generates  test  report 
from  test  results  and  pre-stored  messages,  depending  on 
successful /unsuccessful  completion  of  test. 

INPUT  DATA  FLOW:  Test  Results 

Pre-Stored  Messages 

OUTPUT  DATA  FLOW:  Test  Results 

REFERENCE  DIAGRAM:  A42 

ADDITIONAL  COMMENTS:  None 


G-36 


PROCESS  DEFINITION 


PROCESS  NAME:  Fill-in  Reference  Table 


PROCESS  ID  NUMBER:  A242 


PROCESS  PICTURE: 


Data  Classif ication  Flag 
1  'Pinaes' 


Table  Address 


IC  Data 


Fill-in 

Reference 

Table 


IC  Pin  Table 


PROCESS  DESCRIPTION:  This  process  receives  information 

regarding  pin  numbers,  pin  designations  and  pin  class  for 
an  ICUT  and  finn-Oin  the  selected  pre-stored  table. 


INPUT  DATA  FLOW:  Table  Address  -  'Address  of  selected 

pre-stored  table" 

IC  Data  -  Information  like 
Pin  14  =  Vcc  P 

Pin  7  =  Gnd  G 


Pin  4  =  K 


I  etc , 


OUTPUT  DATA  FLOW:  IC  Pin  Table 


REFERENCE  DIAGRAM:  A24 


ADDITIONAL  COMMENTS:  None 


G-35 


PROCESS  DEFINITION 


PROCESS  NAME:  Extract  Test  Data 
PROCESS  ID  NUMBER:  Al 

PROCESS  PICTURE: 


ESIM  File 


Extract 

Test 

Data 


Test  Data  File 


PROCESS  DESCRIPTION:  This  process  scans  ESIM-file  for 
pertinent  test  data.  Segregates  it  from  other  information 
and  restructure  this  test  data  (available  in  node  form)  to 
test  vectors  and  stores  in  a  "new  file". 

INPUT  DATA  FLOW:  ESIM  File  (VAX  format) 

OUTPUT  DATA  FLOW:  Test  Data  File  (LSI-11  format) 

REFERENCE  DIAGRAM:  AO 

ADDITIONAL  COMMENTS:  The  data  format  of  "new  file"  the 

file  in  which  restructures  test  data  is  stored,  is  changed 
from  VAX-system  to  LSI-11  microcomputer  data  format  and 
this  file  is  transferred  onto  8"  floppy  disk  by  system 
library  routines. 
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PROCESS  DEFINITION 


n 

SI 

1 

M 

- 

,  • 

res  • 


PROCESS  NAME:  Deduce  Results 

PROCESS  ID  NUMBER:  A4 

PROCESS  PICTURE: 


Users'  Option 


Reference  Data 


Resultant  Input 


Test  Result 


PROCESS  DESCRIPTION:  This  process  translates  the 
resultant  output  from  IC  tester  pins  domain  to  IC  pin 
number  domain  and  compares  it  with  reference  data  for 
any  non-conformity.  This  process  generates  test  results 
from  successful/unsuccessful  completion  of  a  test  and 
pre-stored  messages.  This  function  also  directs  test 
results  to  terminal /disk  file  as  opted  by  user. 

INPUT  DATA  FLOW:  Reference  Data 

Resultant  Output 

OUTPUT  DATA  FLOW:  Test  Results 

REFERENCE  DIAGRAM:  AO 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Get  Text-Line 

PROCESS  ID  NUMBER:  Alll 

PROCESS  PICTURE: 


ESIM-Fi le 


Get 

Text-Line 


Text-Line 


PROCESS  DESCRIPTION:  This  process  reads  a  given  ESIM-file 
line  by  line  until  end  of  file  is  reached.  This  process  is 
implemented  by  a  system  library  routine  (fgets). 

INPUT  DATA  FLOW:  ESIM  File 

OUTPUT  DATA  FLOW:  Text-Line 

REFERENCE  DIAGRAM:  All 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Handle  Remaining  Commands 

PROCESS  ID  NUMBER:  A123 

PROCESS  PICTURE: 


RC  Cmd-Line 


Classified  Pin 
Lists 


Handle 

Remaining 

Commands 


Pin  Desig  Data 


PROCESS  DESCRIPTION:  This  process  validates  the  "h  or  1" 
commands  by  making  a  check  that  designated  output/clock 
pins  are  not  driven  to  a  "high/low"  voltage  status.  This 
process  changes  the  status  of  a  valid  pin  to  high/ low  as 
per  received  command. 

INPUT  DATA  FLOW:  RC  Cmd-Line 

Classified  Pin  Lists 

OUTPUT  DATA  FLOW:  Pin  Desig  Data 

REFERENCE  DIAGRAM:  A12 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 

PROCESS  NAME:  Initialize  ICUT 

PROCESS  ID  NUMBER:  A322 

PROCESS  PICTURE: 

Flag 


Initialize 

ICUT 


IC  Tester,  mechanism  to 
apply  voltages  to  tester 
pins 

PROCESS  DESCRIPTION:  This  process  simulates  ICUT,  with 
users'  supplied  data  or  test  data  from  test  data  file, 
through  a  pre-determined  number  of  clock  cycles  to  force 
the  status  of  output  pins  to  a  steady  state  value. 

INPUT  DATA  FLOW:  Init.  Vector 

OUTPUT  DATA  FLOW:  Init. ICUT  flag 

REFERENCE  DIAGRAM:  A32 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Initialize  Tester 

PROCESS  ID  NUMBER:  A321 

PROCESS  PICTURE: 


Initialize 

Tester 


Init. Flag 


IC  Tester  mechanism  to 
apply  voltages  to  1C 
Tester  Pins 


PROCESS  DESCRIPTION:  This  process  physically  applies 

"Ground/Power"  voltages  to  pertinent  pins  of  IC  tester  to 
force  out  all  pins  of  IC  tester  of  any  ambiguous  logic 
state . 

INPUT  DATA  FLOW:  None 

OUTPUT  DATA  FLOW:  Initialization  (init)  flag 

REFERENCE  DIAGRAM:  A3  2 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 

PROCESS  NAME:  Locate  Appropriate  Table 

PROCESS  ID  NUMBER:  A2314 
PROCESS  PICTURE: 

Selection  Set 

Valid  Selection _  Select 

Appropriate  Table  Address 

Pre-Stored  Tables  Table 

PROCESS  DESCRIPTION:  This  process  correlates  the  valid 
selection  with  one  of  the  pre-stored  tables.  this 
correspondence  has  been  set  aprior  by  the  programmer. 

INPUT  DATA  FLOW:  Valid  Selection 

Pre-Stored  Tables 

OUTPUT  DATA  FLOW:  Table  Address 

REFERENCE  DIAGRAM:  A231 

ADDITIONAL  COMMENTS:  None 


G-52 


PROCESS  NAME: 
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PROCESS  DEFINITION 

Locate  Class  "K"  Pin 
PROCESS  ID  NUMBER:  A2341 

PROCESS  PICTURE: 


IC  Pin  Table 


Locate 
Class 
"  K  " 
Pin 


K 


Pin 


PROCESS  DESCRIPTION:  This  process  scans  the  class-field 
of  IC  pin  table  and  points  out  an  element  whose  class 
matches  with  "K". 

INPUT  DATA  FLOW:  IC  Pin  Table 

OUTPUT  DATA  FLOW:  K  -  Pin 

REFERENCE  DIAGRAM:  A234 

ADDITIONAL  COMMENTS:  This  process  is  repeated  to  scan  the 

whole  IC  pin  table  for  "K"  class  (clock)  pins. 


PROCESS  DEFINITION 


PROCESS  NAME:  Locate  Class  "O"  Pin 

PROCESS  ID  NUMBER:  A2361 

PROCESS  PICTURE: 


0) 


IC  Pin  Table 


Locate 
Class  "0" 
Pin 


0-Pin 


PROCESS  DESCRIPTION:  this  process  scans  the  class-field  o 

IC  pin  table  and  points  out  ar.  element  whose  class  matches 
with  "0". 

INPUT  DATA  FLOW:  IC  Pin  Table 


OUTPUT  DATA  FLOW:  0-Pin 

REFERENCE  DIAGRAM:  A236 

ADDITIONAL  COMMENTS:  This  process  is  repeated  to  scan  the 
whole  IC  pin  table  for  "0"  class  (output)  pins. 
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PROCESS  DEFINITION 


PROCESS  NAME:  Locate  Class  "P/G"  Pin 

PROCESS  ID  NUMBER:  A2351 
PROCESS  PICTURE: 


IC  Pin  Table 


Locate 
Class  "P/G" 


PG 


Pin 


PROCESS  DESCRIPTION:  This  process  scans  the  class-field 

of  IC  pin  table  and  points  out  an  element  whose  class 
matches  with  "P/G". 


INPUT  DATA  FLOW:  IC  Pin  Table 

0* 

OUTPUT  DATA  FLOW:  PG-Pin 


REFERENCE  DIAGRAM:  A23 


ADDITIONAL  COMMENTS:  This  process  is  repeated  to  scan  the 

whole  IC  pin  table  for  all  power/ground  (P/G)  class  pins. 
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PROCESS  DEFINITION 


PROCESS  NAME:  Locate  Test  Node  in  Monpin  Array 

PROCESS  ID  NUMBER:  A1312 
PROCESS  PICTURE: 

Node-Name _ 

Pin-Desig  Data 

PROCESS  DESCRIPTION:  This  process  scans  the  monpin  array  with 

"node  name".  If  not  found,  it  scans  the  array  of  input  pins 
to  find  the  match  and  returns  the  location  (element  number)  of 
the  matched  pin. 

INPUT  DATA  FLOW:  Node-Name 

Pin-Desig  Data 
Monpin  Array 
Inpin  Array 
Clkpin  Array 
Outpin  Array 

OUTPUT  DATA  FLOW:  Node-Address 

REFERENCE  DIAGRAM:  A131 

ADDITIONAL  COMMENTS:  None 


Locate  Test 

Node  In  Node-Address 

Monpin 

Array 
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PROCESS  DEFINITION 


PROCESS  NAME:  Mark  Clk-pins 

PROCESS  ID  NUMBER:  A12242 
PROCESS  PICTURE: 


I "I"  Cmd-Line 

Chg -Monpin-Array 
Clkpin-Array 

PROCESS  DESCRIPTION:  This  process  takes  all  elements  of 

clkpin-array  (array  formed  up  by  sequence  of  clock  pins)  one 
by  one  and  matches  each  with  all  elements  of  array  of 
monitored  pins  (monpin-array)  and  generates  a  cross-reference 
between  elements  of  both  arrays. 

INPUT  DATA  FLOW:  Chg-Monpin-Array 

Clkpin-Array 

OUTPUT  DATA  FLOW:  Marked-Monpin-Array 

REFERENCE  DIAGRAM:  A1224 

ADDITIONAL  COMMENTS:  None 


Marked -Monpin -Array 
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PROCESS  DEFINITION 


PROCESS  NAME:  Mark  Inpins 
PROCESS  ID  NUMBER:  A12241 
PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process  takes  all  elements  of 
inpin-array  (array  formed  up  by  sequence  of  input  pins)  one  by 
one  and  matches  each  with  all  elements  of  array  of  monitored 
pins  (monpin-array)  and  generates  a  cross-reference  between 
elements  of  both  arrays. 

INPUT  DATA  FLOW:  Monpin  Array 

Inpin  Array 

OUTPUT  DATA  FLOW7:  Chg-Monpin-Array 

REFERENCE  DIAGRAM:  A1224 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Perform  Test 

PROCESS  ID  NUMBER:  A32 
PROCESS  PICTURE: 


Simulation  Data 


Perform 

Test 


Resultant  Output 


PROCESS  DESCRIPTION:  This  process,  initializes  the  IC 

tester,  and  ICUT  before  proceeding  with  actual  test.  It 
also  applies  test  vector  to  IC  tester  to  simulate  ICUT  and 
samples  the  output  of  IC  under  test  for  resultant  output. 

INPUT  DATA  FLOW:  Simulation  Data 

OUTPUT  DATA  FLOW:  Resultant  Output 

REFERENCE  DIAGRAM:  A3 

ADDITIONAL  COMMENTS:  Read  description  of  Node  A3 

also  ( Page  A  —  3  4 )  . 
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PROCESS  DEFINITION 


PROCESS  NAME:  Process  Test  Data 

PROCESS  ID  NUMBER:  A31 
PROCESS  PICTURE: 


Users'  Option 


Incut  Data 


Process  Reference  Data 

Test  " 

Data  Simulation  Data 


PROCESS  DESCRIPTION:  This  process  establishes  correspon¬ 
dence  between  test  data  vectors  and  pins  of  IC 
tester  which  are  to  be  excited  to  effect  simulation  of 
I CUT .  This  process  also  changes  the  data  format  of  input 
data  into  "SIEVE"  format  as  it  is  required  for  operation  of 
Stanford  IC  tester. 

INPUT  DATA  FLOW:  Input  Data 

OUTPUT  DATA  FLOW:  Reference  Data 

Simulation  Data 

REFERENCE  DIAGRAM:  A3 

ADDITIONAL  COMMENTS:  Read  description  of  Node  A3  also 

(Page  A- 3  4 )  . 


J 

» 


J 

J 
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PROCESS  DEFINITION 


PROCESS  NAME:  Select  Mode 

PROCESS  ID  NUMBER:  A231 

PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process  in  response  to  system 

prompt  receives  "Auto/Manual"  as  preferred  mode  of 
operation.  In  case  of  "Auto-Mode"  selection,  user  is 
asked  to  input  name  of  respective  test  data  file. 

INPUT  DATA  FLOW:  Option  Data 

IC  Nomenclature 
Mode  of  Operation 
Name  of  Test  File 

OUTPUT  DATA  FLOW:  Mode  Output 

Test-File  Name 

REFERENCE  DIAGRAM:  A23 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Select  Appropriate  Table 

PROCESS  ID  NUMBER:  A241 

PROCESS  PICTURE: 

Data  Classification 
Flags 

1  Ichar 

IC  Data _ 

Pre-Stored  Tables 

PROCESS  DESCRIPTION:  This  process,  selects  one  of  the 

five  pre-stored  tables,  on  receiving  size  and  pin  infor¬ 
mation  of  an  ICUT .  The  pre-stored  table  contains  data 
to  cross  reference  the  ICUT  pins  and  pins  of  IC  tester. 

INPUT  DATA  FLOW:  IC  Data 

Pre-Stored  Tables 

OUTPUT  DATA  FLOW:  Table  Address 

REFERENCE  DIAGRAM:  A24 

ADDITIONAL  COMMENTS:  Details  of  pre-stored  tables  is 

included  in  description  of  Node  A24. 


Select 

Appropriate  Table  Address 

Table 


PROCESS  DEFINITION 


PROCESS  NAME:  Segregate  Reference  Data 

PROCESS  ID  NUMBER:  A311 

PROCESS  PICTURE: 

Segregate 

Test  Data  File  Reference 

Data 

PROCESS  DESCRIPTION:  This  process  reads  in  data  form  test 

data  file  (restructured  ESIM  file),  separates  out  test  data 
and  expected  output  (reference  data)  for  that  particular 
simulation. 

INPUT  DATA  FLOW:  Test  Data  File  (Restructured  ESIM  File) 

OUTPUT  DATA  FLOW:  Reference  Data 

Test  Data 

REFERENCE  DIAGRAM:  A31 

ADDITIONAL  COMMENTS:  None 


Reference  Data 
Test  Data 
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PROCESS  DEFINITION 


PROCESS  NAME:  Segregate  into  Class 

PROCESS  ID  NUMBER:  A223 

PROCESS  PICTURE: 


Data  Classification 
Flags 


Input  Text 


Segregate 

Into 

Class 


KB 


Text 


PROCESS  DESCRIPTION:  This  process  segregates  all  the 

input  text  received  in  response  to  system  prompts  in  three 
broad  categories  of  IC,  Option  &  Test  Data.  The  combina¬ 
tion  of  all  three  data  categories  is  termed  as  KB  text. 

INPUT  DATA  FLOW:  Input  Text 

OUTPUT  DATA  FLOW:  KB  Text 

IC  Data 
Option  Data 
*  Text  Data 

REFERENCE  DIAGRAM:  A22 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Segregate  Data  &  Node  Name 
PROCESS  ID  NUMBER:  A1311 
PROCESS  PICTURE: 

Segregate 

Data-Line _ j  Data  & 

Node 
Name 

PROCESS  DESCRIPTION:  This  process  partitions  a  given 
data-line  into  node  name  and  associated  node  data  by 
scanning  the  whole  line  and  sensing  the  presence  of 
colon  mark  " : " . 

INPUT  DATA  FLOW:  Data-Line 

OUTPUT  DATA  FLOW:  Node-Name 

Node-Data 

REFERENCE  DIAGRAM:  A131 

ADDITIONAL  COMMENTS:  Physical  characteristics/details  of  a 

data-line  in  an  ESIM  file  are  shown  on  Page  F-6. 


Node-Name 

Node-Data 
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PROCESS  DEFINITION 


PROCESS  NAME:  Sample  ICUT  Output 

PROCESS  ID  NUMBER:  A324 

PROCESS  PICTURE: 


|  Users'  Option 

IC  Pin  Values 

Reference  Tables 

PROCESS  DESCRIPTION:  This  process  samples  and  stores  the 
status  of  all  pins  of  ICUT  after  it  has  been  activated. 

INPUT  DATA  FLOW:  IC  Pin  Values 

OUTPUT  DATA  FLOW:  Resultant  Output 

REFERENCE  DIAGRAM:  A32 


Sample 

ICUT 

Output 


Resultant  Output 


ADDITIONAL  COMMENTS:  The  sampled  value  of  ICUT  pins  is 
available  to  other  function  for  any  processing. 


PROCESS  DEFINITION 

PROCESS  NAME:  Restructure  Test  Data 

PROCESS  ID  NUMBER:  A13 

PROCESS  PICTURE: 

Pin-Desig  Data _  Restructure 

Test 
Data 

Data  Line _ 

PROCESS  DESCRIPTION:  This  process  interprets  a  given  data 

line  and  stores  all  the  test  data  pertaining  to  a  given 
node  in  its  respective  buffer.  This  process  translates  the 
0)  test  data  from  node  form  to  test  vectors  and  stores  it  in 

an  external  file  whose  name  is  provided  by  user. 

INPUT  DATA  FLOW:  Pin-Desig  Data 

Data-Line 

OUTPUT  DATA  FLOW:  Restructured  Test  Data 

REFERENCE  DIAGRAM:  A1 

ADDITIONAL  COMMENTS: 


Restructured 
Test  Data 
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PROCESS  DEFINITION 


PROCESS  NAME:  Read  First  Character 

PROCESS  ID  NUMBER:  A1121 
PROCESS  PICTURE: 

Read 

Text-Line _  First  Test-Char _ 

Character 

PROCESS  DESCRIPTION:  This  process  on  receiving  a  text¬ 

line  as  input,  considers  it  as  an  array  of  element  and 
access  its  first  element,  which  is  termed  as  test-char 
(acter) . 

INPUT  DATA  FLOW:  Text-Line 

OUTPUT  DATA  fLOW:  Test-Char 

REFERENCE  DIAGRAM:  A112 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Read  ESIM-File 
PROCESS  ID  NUMBER:  All 
PROCESS  PICTURE: 

Cmd-Line 

Data-Line 

PROCESS  DESCRIPTION:  This  process  leads  in  given  ESIM 

file  from  the  system  memory  line  by  line  and  classifies 
each  incoming  line  to  be  command- 1 ine  or  data-line. 

INPUT  DATA  FLOW:  ESIM-File 

OUTPUT  DATA  FLOW:  Cmd-Line 

Data-Line 

REFERENCE  DIAGRAM:  A1 

ADDITIONAL  COMMENTS:  A  bried  explanation  of  all  commands 

encountered  in  ESIM  files  and  a  sample  of  typical  file  is 
attached  as  Appendix  "D". 
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PROCESS  DEFINITION 


PROCESS  NAME:  Prompt  User  to  Select  Option 

PROCESS  ID  NUMBER:  A2231 
PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process  on  deciding  the  validity 

of  node  Auto  or  Manual,  offers  from  selected  mode  a  set  of 
sub-options  to  the  user  in  a  menu.  The  details  of  sub¬ 
options  are  narrated  in  description  of  Node  A22. 

INPUT  DATA  FLOW: 

OUTPUT  DATA  FLOW:  Option  Set 

REFERENCE  DIAGRAM:  A223 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Prompt  User  to  Mark  IC-Characteristics 
PROCESS  ID  NUMBER:  A2311 
PROCESS  PICTURE: 


Prompt  User 
To  Mark 
IC 

Characteristics 


Selection  Set 


PROCESS  DESCRIPTION:  This  process  activated  in  sequence 
after  a  valid  users'  option  has  been  made,  offers  a  menu 
containing  various  combinations  of  IC  Characteristics 
[i.e.,  A)  20  pin  dual  in  line  B)  40  pin  dual  in  line, 

C)  40  pin  square  flat  pack,  etc.)  The  user  is  asked  to  make 
one  selection  which  exactly  matches  the  physical  description 
of  IC  to  be  tested. 

INPUT  DATA  FLOW: 

OUTPUT  DATA  FLOW:  Selection  Set 

REFERENCE  DIAGRAM:  A231 

ADDITIONAL  COMMENTS:  Tables  containing  data  are  stored 
aprior  by  the  programmer  which  set  correspondence  between 
IC  pins  and  tester  pins.  If  no  physical  description  matches 
that  of  IC  to  be  tested,  a  new  table  will  have  to  be 
setup  for  testing  that  IC. 


PROCESS  DEFINTION 


PROCESS  NAME:  Prompt  for  Name  of  Test  File 
PROCESS  ID  NUMBER:  A2213 
PROCESS  PICTURE: 


Mode  Input 
(Auto) 


Prompt  for 
Name  of 
Test  File 


Name 


Flag 


PROCESS  DESCRIPTION:  This  process  in  case  of  "Auto-Mode" 
selection  asks  user  to  input  name  of  respective  test  file  and 
sets  a  flag  to  process  next  input  (name  of  test  file)  from 
keyboard . 

INPUT  DATA  FLOW: 

OUTPUT  DATA  FLOW:  Name  Flag 

REFERENCE  DIAGRAM:  A221 


ADDITIONAL  COMMENTS: 


None 


s  - 


1 


PROCESS  DEFINITION 


PROCESS  NAME:  Process  Users'  Input 

PROCESS  ID  NUMBER:  A2 
PROCESS  PICTURE: 


Keyboard  Input 


Users  1  Option 

Process 
Users ' 

Input  Manual  Data 


PROCESS  DESCRIPTION:  This  process  prompts  the  user  to 

input  data/commands  then  the  keyboard  in  response  to 
the  menu  offered  to  the  user.  This  process  sets  various 
option  flags  for  mode  of  operation  and  receives  IC 
characteristic  data  to  setup  stage  to  conduct  tests. 

This  process  also  validates  the  input  test  data  in 
manual  mode  of  operation. 

INPUT  DATA  FLOW:  Keyboard  Input 

OUTPUT  DATA  FLOW:  Manual  Data  (Test  data  for  manual 

mode  of  operation) 

Users'  Option  (Please  read  description 

of  nodes  A2  &  A23  for 
details) 


REFERENCE  DIAGRAM:  AO 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Set  Data-Classif ication  Flags 

PROCESS  ID  NUMBER:  A212 
PROCESS  PICTURE: 


KB  Input 


System  Prompt 


Set  Data 
Classification 
Flags 


KB  Test 


Data  Classification 
Flags 


PROCESS  DESCRIPTION:  This  process  sets  one  of  three  data 
classification  flagsi.e.,  idflag,  opflag,  and  tdflag  from 
system  prompt  to  classify  the  keyboard  input  in  three  broad 
categories  of  IC  data.  Option  Data  and  Test  Data  for 
further  processing. 


INPUT  DATA  FLOW:  KB  Input 

System  Prompt 


OUTPUT  DATA  FLOW:  KB  Text 

Data  Classification  Flag 


REFERENCE  DIAGRAM:  A21 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Set  Flag  for  Auto 

PROCESS  ID  NUMBER:  A22I2 
PROCESS  PICTURE: 


Set  Flag 

Mode  Char 

for  Auto 

Mode 

PROCESS  DESCRIPTION:  This  process  sets  respective  flags  to 
be  true  for"Auto  or  Manual"  mode  of  operation  on  receiving 
"mode  character"  from  keyboard. 

INPUT  DATA  FLOW:  Mode  Char 

OUTPUT  DATA  FLOW:  Mode  Input 

REFERENCE  DIAGRAM:  A221 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Set  Option  Flag 
PROCESS  ID  NUMBER:  A2234 
PROCESS  PICTURE: 

Option  Set 

Set 

Option 
Flag 

PROCESS  DESCRIPTION:  This  process  on  receiving  a  valid 
option,  sets  the  respective  flag  (nomenclature  of  all  flags 
listed  in  description  of  Node  A22)  to  be  true. 

INPUT  DATA  FLOW:  Valid  Option 

OUTPUT  DATA  FLOW:  Users'  Option 

REFERENCE  DIAGRAM:  A223 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Setup  an  Array  of  Input  Pins 
PROCESS  ID  NUMBER:  A2322 
PROCESS  PICTURE: 


I  -  Pin 


Setup  An 
Array  of 
Input 
Pins 


Input  Pin  Table 


PROCESS  DESCRIPTION:  This  process  adds  each  "I"  class 
elements  of  IC  Pin  Table  to  a  separate  array  which  has  been 
defined  aprior  by  the  programmer. 

INPUT  DATA  FLOW:  I-Pin 

OUTPUT  DATA  FLOW:  Input  Pin  Table 

REFERENCE  DIAGRAM:  A233 

ADDITIONAL  COMMENTS:  This  process  is  repeated  to  add  all 
encountered  elements  by  Node  A2331. 


PROCESS  DEFINITION 


i 

i 


PROCESS  NAME:  Setup  an  Array  of  Output  Pins 
PROCESS  ID  NUMBER:  A2362 
PROCESS  PICTURE: 


0  -  Pin 


Setup  an 
an  Array 
of  Output 
Pins 


Output  Pin  Table 


PROCESS  DESCRIPTION:  This  process,  adds  each  "0"  class 

I 

elements  of  IC  pin  table  to  a  separate  array,  which 
has  been  defined  aprior  by  the  programmer. 

|  0)  INPUT  DATA  FLOW:  0-Pin 

OUTPUT  DATA  FLOW7:  Output  Pin  Table 

|  REFERENCE  DIAGRAM:  A236 

ADDITIONAL  COMMENTS:  This  process  is  repeated  to  add 


all  encountered  elements  by  Node  A236. 


PROCESS  DEFINITION 


PROCESS  NAME:  Setup  an  Array  of  Pwr/Gnd  Pins 

PROCESS  ID  NUMBER:  A2352 
PROCESS  PICTURE: 


PG 


Pin 


Setup  an  Array 
of 

Pwr/Gnd  Pins 


Pg  Pin  Table 


PROCESS  DESCRIPTION:  This  process  adds  each  "P/G"  clas 
elements  of  IC  Pin  Table  to  a  separate  array,  which  has 
been  defined  aprior  by  the  programmer. 

INPUT  DATA  FLOW:  PG-Pin 

OUTPUT  DATA  FLOW:  PG  Pin  Table 

REFERENCE  DIAGRAM:  A235 

ADDITIONAL  COMMENTS:  This  process  is  repeated  to 
add  all  encountered  elements  by  Node  A2351. 


PROCESS  DEFINITION 

PROCESS  NAME:  Setup  Input  Pins'  Table 

PROCESS  ID  NUMBER:  A243 

PROCESS  PICTURE: 

Setup 

IC  Pin  Table _  Input  Pins'  Input  Pin  Table 

Table 

PROCESS  DESCRIPTION:  This  process  scans  the  reference 

table  after  it  has  been  completely  filled-in,  and  sets 
up  a  separate  table  of  pins  -  marked  as  "Input"  Pins. 

INPUT  DATA  FLOW:  IC  Pin  Table 

OUTPUT  DATA  FLOW:  Input  Pin  Table 

REFERENCE  DIAGRAM:  A24 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 

PROCESS  NAME:  Setup  Options 

PROCESS  ID  NUMBER:  A233 

PROCESS  PICTURE: 

Mode 

Users'  Option 

PROCESS  DESCRIPTION:  This  process  sets  ten  different 

flags  to  be  " true/ false" ,  to  execute  the  program  in  a 
manner  selected  by  user  from  system  menues. 

INPUT  DATA  FLOW:  Test  Options 

OUTPUT  DATA  FLOW:  Users'  Option  (10  flags) 

REFERENCE  DIAGRAM:  A22 

ADDITIONAL  COMMENTS:  The  details  about  users'  options 

and  associated  flags  are  included  in  description  of  Node 
A2  3. 
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PROCESS  DEFINITION 


PROCESS  NAME:  Setup  Output  Pins'  Table 

PROCESS  ID  NUMBER:  A246 

PROCESS  PICTURE: 


IC  Pin  Table 


Setup 

Output  Pins  1 
Table 


Output 


Pin 


Table 


PROCESS  DESCRIPTION:  This  process,  scans  the  reference 

table  after  it  has  been  completely  fillin  and  sets  up 
a  separate  table  of  pins  marked  as  "output"  pins. 

INPUT  DATA  FLOW:  IC  Pin  Table 

OUTPUT  DATA  FLOW:  Output  Pin  Table 

REFERENCE  DIAGRAM:  A24 

ADDITIONAL  COMMENTS:  None 


PROCESS  DEFINITION 


PROCESS  NAME:  Setup  Power/Ground  Pins  Table 

PROCESS  ID  NUMBER:  A245 

PROCESS  PICTURE: 


IC  Pin  Table 


Setup 

Power/Ground 
Pins'  Table 


PG  Table 


PROCESS  DESCRIPTION:  This  process  scans  the  reference 

table  after  it  has  been  completely  filled  in  and  sets 
up  a  separate  table  of  pins  marked  as  "Power/Ground" 
pins . 

INPUT  DATA  FLOW:  IC  Pin  Table 

OUTPUT  DATA  FLOW:  PG  Table 

REFERENCE  DIAGRAM:  A24 

ADDITIONAL  COMMENTS:  None 
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PROCESS  DEFINITION 


PROCESS  NAME:  Setup  Reference  Tables 

PROCESS  ID  NUMBER:  A24 

PROCESS  PICTURE: 


Data  Classification 
Flags 


IC  Data 


Setup 

Reference 

Tables 


Reference  Tables 


PROCESS  DESCRIPTION:  This  process  selects  one  of  the  five 

pre-stored  tables  depending  on  physical  characteristics  of 
an  IC  to  be  tested.  The  selected  tables  contain  cross- 
reference  data  between  ICUT  pins  and  IC  tester  pins.  The 
selected  table  is  filled  by  prompting  user  to  input  infor¬ 
mation  regarding  pin  names  and  pin  numbers  of  an  ICUT. 

INPUT  DATA  FLOW:  IC  Data 

OUTPUT  DATA  FLOW:  Reference  Tables 

REFERENCE  DIAGRAM:  A2 

ADDITIONAL  COMMENTS:  Details  about  pre-stored  tables  are 

included  in  descriptions  of  Node  A2  and  A24. 
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PROCESS  DEFINITION 

PROCESS  NAME:  Simulate  ICUT 

PROCESS  ID  NUMBER:  A323 

PROCESS  PICTURE: 


init  ICUT  Flag 


Test  Vector 


Simulate 

ICUT 


IC 


Pin  Values 


IC  Tester  mechanism  to 
apply  voltages  to  tester 
pins 


PROCESS  DESCRIPTION: 
with  a  test  vector  and 
corresponding  voltages 


This  process,  after  being  supplied 
a  flag  to  proceed,  applies 
to  effect  simulation. 


INPUT  DATA  FLOW:  Test  Vector 


OUTPUT  DATA  FLOW:  IC  Pin  Values 

REFERENCE  DIAGRAM:  A32 


ADDITIONAL  COMMENTS:  This  process  also  translates  the 

clocking  sequence  into  voltage  variation  at  designated 
clock-pin. 


ft 


ft 


ft: 


ft 


ft 


ft 
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PROCESS  DEFINITION 


PROCESS  NAME:  Store  Data  in  Selected  Table 
PROCESS  ID  NUMBER:  A2323 
PROCESS  PICTURE: 


Pin-Des ion 


Pin-Class 


Table  Address 


Store  Data 
In  Selected 
Table 


IC  Pin  Table 


PROCESS  DESCRIPTION:  This  process  stores  the  designated 
names  and  class  of  all  pins.  It  stores  this  information  in 
respective  fields  of  selected  table  for  future  reference. 

INPUT  DATA  FLOW:  Pin-Desig 

Pin-Class 
Table  Address 

OUTPUT  DATA  FLOW:  IC  Pin  Table 

REFERENCE  DIAGRAM.:  A232 

ADDITIONAL  COMMENTS:  None 


» 
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PROCESS  DEFINITION 


PROCESS  NAME:  Store  Test  File  Name 
PROCESS  ID  NUMBER:  A2214 
PROCESS  PICTURE: 


PROCESS  DESCRIPTION:  This  process,  activated  by  control  flag 
"name  flag"  receives  name  of  test  file  input  then  the  key¬ 
board  in  response  to  the  system  prompt  and  stores  this  name 
in  a  specific  buffer  for  future  reference. 

INPUT  DATA  FLOW:  Test  File 

OUTPUT  DATA  FLOW:  Test  File  Name 

REFERENCE  DIAGRAM:  A221 

ADDITIONAL  COMMENTS:  This  process,  is  readily  implemented 
in  "C"  language  by  system  library  function  (scanf  (...)). 


PROCESS  DEFINITION 

PROCESS  NAME:  Store  Node  Data 

PROCESS  ID  NUMBER:  A131 

PROCESS  PICTURE: 

_ Data  Line _  Store  Buffer  Overflow 

Node 

Data 

Pin-Desig  Data _  _ Node  Test  Data 

PROCESS  DESCRIPTION:  This  process,  segregates  node  data 

in  respective  of  a  pin  and  stores  it  in  its  associated 
buffer.  It  generates  an  overflow  signal  if  incoming  data 
exceeds  the  remaining  capacity  of  the  buffer  for  a 
particular  pin. 

INPUT  DATA  FLOW:  Data  Line 

Pin  Desig  Data 

OUTPUT  DATA  FLOW:  Buffer  Over  Flow 

Node  Test  Data 

REFERENCE  DIAGRAM:  Al3 

ADDITIONAL  COMMENTS:  An  example  of  ESIM  file  showing 

typical  format  of  a  "data  line"  is  included  in 
Appendix  "D". 
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PROCESS  DEFINITION 


PROCESS  NAME:  Tabulate  Command  Data 

PROCESS  ID  NUMBER:  A12 

PROCESS  PICTURE: 


Cmd-Line 


Tabulate 

Command 

Data 


Pin-Desig  Data 


PROCESS  DESCRIPTION:  This  process  interprets  the  command 

in  a  given  "Cmd-Line"  to  setup  arrays  to  store  names  and 
related  data  in  respective  of  all  monitored  pins.  This 
process  also  generates  an  array  of  output  pins  and 
establishes  reference  between  elements  of  input  output  and 
elk.  pin  arrays  and  master  array  containing  all  monitored 
pins . 

INPUT  DATA  FLOW:  Cmd-Line 


OUTPUT  DATA  FLOW:  Pin-Desig  Data 


Pointers  to  arrays 
describing  all  type 
of  IC  pins. 


REFERENCE  DIAGRAM:  Al 

ADDITIONAL  COMMENTS:  Please  read  description  of  Node  A12 


PROCESS  DEFINITION 


PROCESS  NAME:  Tabulate  Test  Pins 


PROCESS  ID  NUMBER:  A122 


PROCESS  PICTURE: 


Tab  Cmd-Line 


Tabulate 

Test 


Pins 


Classified  Pin 


Lists 


PROCESS  DESCRIPTION:  This  process  generates  arrays  of 

monitored  pins,  input  pins  and  clock  pins  on  receiving  a 
specific  command.  It  establishes  reference  between  above 
three  arrays  and  generates  an  array  of  output  pins.  This 
process  also  stores  related  data  for  each  pin  in  its 
respective  buffers. 

INPUT  DATA  FLOW:  Tab  Cmd-Line 

OUTPUT  DATA  FLOW:  Classified  Pin  Lists 

Array  of  Monitored  Pins 
Array  of  Input  Pins 
Array  of  Clock  Pins 
’  Array  of  Output  Pins 


REFERENCE  DIAGRAM:  A12 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 


PROCESS  NAME:  Validate  Command  Line 

PROCESS  ID  NUMBER:  A1231 

PROCESS  PICTURE: 


RC  Cmd-Line 


Classified  Pin  Lists 


Validate 

Command 

Line 


Valid 


Cmd-Line 


PROCESS  DESCRIPTION:  This  process,  on  interpreting  first 

character  of  incoming  command-line  to  be  "h  or  1"  scans 
the  arrays  of  output  and  clock  pins  to  insure  that  any 
designated  pin  from  this  class  is  not  forced  to  have  "high/ 
low"  status.  It  marks  the  command  to  be  valid  if  no  out¬ 
put/clock  pin  is  effected  by  "h/l"  command. 


INPUT  DATA  FLOW:  RC  Cmd-Line 

Classified  Pin  Lists 


OUTPUT  DATA  FLOW:  Valid  Cmd-Line 

REFERENCE  DIAGRAM:  A123 


ADDITIONAL  COMMENTS: 


None 


PROCESS  DEFINITION 

PROCESS  NAME:  Verify  Mode 

PROCESS  ID  NUMBER:  A232 

PROCESS  PICTURE: 

Mode  I n 


Vdlio  Moot* 


PROCESS  DESCRIPTION:  This  process  checks  if  a  particular 

test-data  file  is  available  for  possible  operation  in  case 
of  auto  mode  selection.  It  generates  an  error,  if  test- 
data  file  for  an  ICUT  is  not  available. 

INPUT  DATA  FLOW:  Test  File  Name 

Test  Data  Files'  Directory 

OUTPUT  DATA  FLOW:  Valid  Mode 

REFERENCE  DIAGRAM:  A23 


Test  File  Name 


Test  Data  Files' 


Directory 


ADDITIONAL  COMMENTS: 


None 


User  Manual 


ETD(l)  UNIX  Programmer's  Manual  ETD ( 1 ) 

N  ci  nc 

t'^D  -  Extract  Test  Data 

.  y mms  1  s 

:  •  sc  r  lpt  ion 

ETD  is  a  program  that  extracts  pertinent  test  data  from 
a  given  ESIM  file.  Any  ESIM  file  consists  of  simulator 
test  runs  for  a  particular  VLSI  circuit  during  its  design 
phase.  A  typical  format  of  ESIM  file  is  shown  on  Page  H-3. 
ETD  segregates  node  data  and  converts  it  into  vector  form. 

A  typical  resultant  output  is  shown  on  Page  H-4. 

To  use  ETD,  you  must  input  the  name  of  ESIM  file  and 
name  of  file  in  which  you  want  to  store  test  vectors.  The 
program  will  ask  for  the  names  of  these  files  in  interactive 
manner  during  its  execution. 

An  example  is  shown  below: 

etd  <cr> 

ENTER  NAME  OF  ESIM  (TEST-DATA)  FILE: 
node-data  <cr> 

ENTER  NAME  OF  STORAGE  FILE: 


warehouse  <cr> 


If  the  "test  data"  file  does  not  exist  in  the  same 
directory,  the  program  will  quit  after  printing  a  message 
that  "test  data"  file  couldn't  be  opened  for  reading. 

If  "test-data"  file  actually  exists,  the  program  (ETD) 
would  list  the  names  of  input,  clock  output  pins  and 
resturctured  test  vector,  along  with  respective  reference 
output  vector  in  the  "storage"  file,  as  shown  on  Page  H-4. 

The  column  Nos.  1  and  2  of  output  (Page  H-4)  display 
input  and  output  test  vectors.  The  individual  bits  of  these 
vectors  correspond  to  test  pins  listed  in  inpins  and  outpins 
in  the  same  order.  The  "£)"  in  the  3rd  column  indicates  the 
last  of  test  vectors  and  "0"  in  the  4th  column  indicates  a 
change  in  designation  of  test  pins. 

See  Also 

AFIT/GE/EE/84D-27  MS  Thesis 

Author 

Sa leem 

Bugs 

1.  User  has  to  input  name  of  a  valid  ESIM  file,  otherwise 
ETD  would  produce  some  unintelligent  output. 

2.  The  last  line  of  ESIM  file  must  not  be  a  command  line 
or  a  data  line;  it  should  be  a  comment  line. 


Typical  ESIM-File 
(Data  Format) 


w  clock  serial-in  word-mark  wO  wl  w2  w3  to  tl  t2  t3  t4  t5 

V  clock  01010101010101010101 

V  serial-in  00110011001100110011 

V  word-mark  00000011000000000011 

V  reset  11000000000000000000 
I 

R 

456  transistors,  220  nodes  (0  pulled  up) 

Initialization  took  285  steps 

t5  =  X  t4  =  X  t3  =  X  t2  =  X  1 1  =  X  tO  =  X  w3  =  X  w2  =  X  wl  =  X  w0  =  X  word- 
mark=X  serial  in=X  clock=X 
h  inputs:  Vdd  gnd 
1  inputs:  GND  vdd  reset 

t5=0  t4=0  t3=0  t2=0  tl=0  t0=0  w3=0  w2=0  wl=0  w0=0  word- 
mark=l  serial-in=l  clock=l 

h  inputs;  Vdd  gnd  clock  serial-in  word-mark 
1  inputs:  GND  Vdd  reset 
)00110011001100110011:serial  in 
) 0000001 100000000001 1 :word  mark 
) 00000000000000000000 :w0 
) 00000000000000000000: wl 
) 00000000000000000000: w2 
) 00000000000000000000: w3 
) 00000000000000000000: tO 
) 00000000000000000000 :tl 
) 00000000000000000000: t2 
) 00000000000000000000: t3 
) 00000000000000000000: t4 
) 00000000000000000000: t5 

t5=0  t4=0  t3=0  t2=0  tl=0  t0=0  w3=0  w2=0  wl=0  w0=0  word- 
mark=l  serial-in=l  clock=l 

h  inputs:  Vdd  gnd  clock  serial-in  word-mark 
1  inputs:  GND  vdd  reset 

456  transistors,  220  nodes  (0  pulled  up) 


(Data  Format) 


IMP  IN 

4 

clock  serial  in  word 

mark  reset 

CLKPIN 

0 

OUTPIN 

10 

wO  wl  w2  w3  tO  tl  t2 

t3  t4  t5 

>0001 

0000000000 

1 

0 

>1001 

0000000000 

1 

0 

>0100 

0000000000 

1 

0 

>1100 

0000000000 

1 

0 

>0000 

0000000000 

1 

0 

>1000 

0000000000 

1 

0 

>0110 

oooooooooo 

1 

0 

>1110 

0000000000 

1 

0 

>0000 

oooooooooo 

1 

0 

>1000 

oooooooooo 

1 

0 

>0100 

oooooooooo 

1 

0 

>1100 

oooooooooo 

1 

0 

>0000 

oooooooooo 

1 

0 

>1000 

oooooooooo 

1 

0 

>0100 

oooooooooo 

1 

0 

>1100 

oooooooooo 

1 

0 

>0000 

oooooooooo 

1 

0 

>1000 

oooooooooo 

1 

0 

>0110 

oooooooooo 

1 

0 

>1110 

oooooooooo 

0 

0 
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